Memory Management Bluescreen beheben: 0x0000001A der Reihe nach eingrenzen

Zwei Ursachen erklären die große Mehrheit der Fälle: Arbeitsspeicher, der über ein XMP-/EXPO-Profil schneller läuft, als das Board stabil mitmacht, und ein Treiber, der Speicherseiten falsch behandelt. Wer den Memory Management Bluescreen beheben will, prüft deshalb getrennt: letzte Änderung zurücknehmen, XMP abschalten, RAM mit MemTest86 testen, danach Treiber und Systemdateien. Der zugehörige Stopcode lautet 0x0000001A.

Ist es wirklich 0x0000001A?

Notiere dir zwei Angaben vom Fehlerbildschirm: den Text MEMORY_MANAGEMENT und den Stopcode darunter. Steht dort 0x0000001A (verkürzt auch 0x1A), bist du hier richtig. Ab Windows 11 Version 24H2 ist dieser Bildschirm übrigens schwarz statt blau – er zeigt sinngemäß „Auf dem Gerät ist ein Problem aufgetreten, das einen Neustart erfordert“, darunter den Stopcode und, falls Windows das verursachende Modul kennt, den Dateinamen des Treibers. Ein schwarzer Absturzbildschirm ist also kein Display-Defekt, sondern derselbe Fehler in neuer Optik.

Ein einzelner Absturz nach einem Windows-Update oder einem abgestürzten Spiel ist noch kein Alarmsignal. Wiederholt sich der Fehler – besonders unter Last wie beim Spielen, Rendern, Packen oder Kopieren großer Dateien –, stimmt etwas im Speicherpfad nicht. Dann lohnt die systematische Eingrenzung weiter unten.

Was der erste Parameter verrät

Hinter dem Stopcode stehen vier Werte in Klammern. Der erste davon benennt die genaue Verletzung und gibt die Richtung vor. Die wichtigsten Werte aus der Microsoft-Dokumentation zur Fehlerprüfung 0x1A (englisch):

Parameter 1	Bedeutung	Spur
0x31	Relocation-Tabelle oder Codestream beschädigt	laut Microsoft wahrscheinlich Hardware
0x3f	Lesevorgang aus der Auslagerungsdatei mit CRC-Prüfsummenfehler	Datenträger oder RAM
0x403	Page Table und Page Frame Numbers nicht synchron	wahrscheinlich Hardware – erst recht, wenn sich Parameter 3 und 4 nur in einem Bit unterscheiden
0x1233	Ein Treiber wollte eine nicht gesperrte Speicherseite einblenden	Treiberfehler
0x41790	Eine Page-Table-Seite ist beschädigt	Hardware oder Treiber
0x61941	Die Paging-Hierarchie ist beschädigt	Hardware oder Treiber

Die Werte sind ein Indiz, kein Urteil – ein defekter Riegel kann verschiedene Parameter produzieren. Für die Praxis reicht die Unterscheidung: deutet der Wert auf Hardware, fang mit RAM und BIOS an; deutet er auf einen Treiber, fang mit Schritt 6 an.

Minidump und Ereignisanzeige auswerten

Startet Windows noch, liefern die Absturzprotokolle den besten Hinweis. Die kleinen Abbilder liegen unter C:\Windows\Minidump; erzeugt werden sie nur, wenn unter Systemeigenschaften → Erweitert → Starten und Wiederherstellen → Einstellungen ein Speicherabbild aktiviert ist (Standard: „Automatisches Speicherabbild“). Ein Analysetool wie BlueScreenView oder WhoCrashed zeigt dir daraus, welche .sys-Datei beim Absturz beteiligt war. Taucht dieselbe Datei über mehrere Abstürze hinweg auf, hast du deinen Hauptverdächtigen.

Ergänzend hilft die Ereignisanzeige (Windows+X → Ereignisanzeige → Windows-Protokolle → System): Der Eintrag der Quelle BugCheck hält Uhrzeit und Stopcode jedes Absturzes fest. So siehst du auf einen Blick, ob es ein Einzelfall war oder ob der Rechner seit einem bestimmten Tag regelmäßig aussteigt – und was an diesem Tag installiert wurde.

Memory Management Bluescreen beheben – Schritt für Schritt

Arbeite die Schritte in dieser Reihenfolge ab und teste nach jedem, ob der Fehler wiederkommt. Nur so weißt du am Ende, was es war, statt drei Dinge gleichzeitig zu ändern.

1. Die letzte Änderung zurücknehmen. Kam der Fehler nach einem neuen Treiber, einem Windows-Update oder frisch verbautem RAM? Dann setze genau das zurück: Treiber im Geräte-Manager über Eigenschaften → Treiber → Vorheriger Treiber zurückrollen, das Update über Einstellungen → Windows Update → Updateverlauf → Updates deinstallieren entfernen oder den neuen Riegel vorerst wieder ausbauen.
2. XMP/EXPO und jede Übertaktung abschalten. Das ist der häufigste Treffer bei Selbstbau-PCs: RAM läuft per XMP- (Intel) oder EXPO-Profil (AMD) über die Standardvorgabe, und Board oder Speichercontroller machen das nicht dauerhaft stabil mit. Notiere dir vorher deine BIOS-Einstellungen, gehe beim Start mit Entf oder F2 ins BIOS/UEFI und stelle den Speicher auf Standardtakt beziehungsweise das Profil auf Auto/Aus. Läuft der Rechner danach tagelang sauber, war die Übertaktung die Ursache – dann lieber ein langsameres Profil oder etwas mehr Speicherspannung nach Vorgabe des Herstellers als ein instabiles System.
3. Windows-Speicherdiagnose als Schnelltest. Windows+R drücken, mdsched eingeben, „Jetzt neu starten und nach Problemen suchen“ wählen. Der Test läuft vor dem Windows-Start. Das Ergebnis siehst du danach in der Ereignisanzeige unter Windows-Protokolle → System, wenn du nach der Quelle MemoryDiagnostics-Results filterst (Ereignis-IDs 1101 und 1201). Der Test findet grobe Fehler schnell, aber längst nicht jeden sporadischen Defekt.
4. RAM gründlich mit MemTest86 testen. Für eine belastbare Aussage lädst du das kostenlose MemTest86 (aktuell Version 11.x), schreibst es auf einen USB-Stick und bootest davon. Plane mindestens vier vollständige Durchläufe ein – je nach RAM-Menge sind das mehrere Stunden, in der Praxis am besten über Nacht. Sporadische Fehler zeigen sich oft erst im zweiten oder dritten Durchlauf. Ein einziger gemeldeter Fehler genügt als Beleg: Der Speicher ist defekt oder in dieser Konfiguration nicht stabil.
5. Riegel und Slots einzeln durchtesten. Meldet MemTest86 Fehler, findest du mit Ausschluss den Schuldigen: Rechner stromlos machen (Netzstecker ziehen, Netzteilschalter aus), alle Riegel bis auf einen ausbauen und testen, dann durchwechseln. Bleibt derselbe Slot auffällig, liegt es am Mainboard, nicht am Speicher. Achte beim Wiedereinbau auf die im Handbuch vorgegebene Bestückung (bei vier Slots meist A2/B2) und darauf, dass beide Halteklammern hörbar einrasten – ein nicht ganz sitzender Riegel erzeugt exakt dieses Fehlerbild.
6. Treiber eingrenzen. Ist der Speicher sauber, ist der nächste Verdächtige ein Treiber. Aktualisiere zuerst Chipsatz-, Grafik- und Netzwerktreiber direkt beim Hersteller statt über Windows Update. Bringt das nichts, hilft der Driver Verifier: Der Befehl verifier belastet ausgewählte Treiber gezielt und erzwingt bei einem fehlerhaften Treiber einen Absturz, dessen Minidump die schuldige Datei nennt. Vorher unbedingt einen Wiederherstellungspunkt setzen und wissen, wie du im abgesicherten Modus verifier /reset ausführst – sonst startet der Rechner unter Umständen in eine Absturzschleife.
7. Systemdateien reparieren. Beschädigte Windows-Dateien können den Speicher-Manager ebenfalls straucheln lassen. Öffne die Eingabeaufforderung als Administrator und führe nacheinander sfc /scannow und danach DISM /Online /Cleanup-Image /RestoreHealth aus. DISM braucht eine funktionierende Internetverbindung, weil es beschädigte Komponenten aus dem Windows-Update-Kanal nachlädt.

Wenn der Fehler danach immer noch kommt

Sind RAM und Treiber unauffällig, lässt sich der Memory Management Bluescreen beheben, indem du ein paar seltenere Kandidaten abklopfst – die tauchen zwar nicht in jedem zweiten Fall auf, dafür aber hartnäckig:

• Veraltetes BIOS/UEFI. Gerade bei neuem oder gemischtem Speicher liegt die Instabilität oft in der Speicherinitialisierung des Boards. Ein Update auf die aktuelle Version des Mainboard-Herstellers behebt solche Kompatibilitätsprobleme. Halte dich exakt an dessen Anleitung, sichere vorher deine Daten und unterbrich den Vorgang nicht – ein abgebrochenes BIOS-Update kann das Board unbrauchbar machen.
• Datenträger und Auslagerungsdatei. Liegt die Auslagerungsdatei auf einer angeschlagenen SSD oder HDD, liest Windows fehlerhafte Speicherseiten zurück – typischerweise mit Parameter 0x3f. Prüfe den Datenträger mit chkdsk /f /r und wirf einen Blick auf die SMART-Werte (etwa mit CrystalDiskInfo). Testweise die Auslagerungsdatei auf ein anderes Laufwerk legen grenzt das sauber ein.
• Grafiktreiber-Reste. Nennt der Minidump immer wieder eine Grafik-.sys, entferne den GPU-Treiber restlos (etwa mit dem Display Driver Uninstaller im abgesicherten Modus) und installiere die aktuelle Version frisch. Nach mehreren Treiber-Generationen übereinander ist das häufiger die Lösung als ein weiteres Update.
• Tuning- und Filtertreiber. RGB-Suiten, Übertaktungs-Tools, Sound-Enhancer, VPN-Clients und Drittanbieter-Virenscanner hängen sich mit eigenen Treibern tief ins System. Deinstalliere solche Software testweise komplett – deaktivieren reicht nicht, der Treiber bleibt dabei geladen.
• Undervolting und CPU-Übertaktung. Ein zu knapp eingestellter Spannungsoffset für CPU oder Speichercontroller fällt oft erst unter Last auf und trifft dann ausgerechnet die Speicherzugriffe. Alles auf Standard zurückstellen und erneut testen.
• Reparaturinstallation als letzter Software-Schritt. Wenn Hardware nachweislich sauber ist, setzt ein In-Place-Upgrade Windows neu auf, ohne Programme und Dateien zu löschen: aktuelles ISO oder den Installationsassistenten starten und die Option „Persönliche Dateien und Apps behalten“ wählen. Ein Backup gehört trotzdem vorher gemacht.

Findest du auch dann nichts, spricht viel für einen schleichenden Hardwaredefekt an Speichercontroller, Mainboard oder Netzteil. Spätestens hier lohnt der Test mit bekannt funktionierenden Ersatzkomponenten – oder der Weg in die Werkstatt, wenn kein Ersatz zur Hand ist.

Was tun, wenn Windows gar nicht mehr startet?

Kommt der Absturz schon beim Hochfahren, schaltet Windows nach zwei bis drei fehlgeschlagenen Startversuchen automatisch in die Wiederherstellungsumgebung WinRE. Erscheint sie nicht, startest du von einem Windows-Installationsstick und wählst unten links Computerreparaturoptionen.

Dort führen drei Wege weiter: Unter Problembehandlung → Erweiterte Optionen → Updates deinstallieren entfernst du das zuletzt eingespielte Qualitäts- oder Funktionsupdate. Die Systemwiederherstellung setzt Treiber und Systemdateien auf einen früheren Punkt zurück. Und über Starteinstellungen → Neu starten landest du mit Taste 4 oder 5 im abgesicherten Modus – dort greifen Geräte-Manager, verifier /reset und Deinstallationen, ohne dass die verdächtigen Treiber überhaupt geladen werden. Auf diesem Weg lässt sich der Memory Management Bluescreen beheben, ohne dass Windows vorher normal starten muss.

Wichtig, bevor du in WinRE etwas veränderst: Wenn der Verdacht auf defekte Hardware steht, sichere zuerst deine Daten – etwa mit einem Linux-Live-Stick oder indem du das Laufwerk an einen anderen Rechner hängst. Ein Speicherfehler kann beim Schreiben Daten beschädigen, und ausgerechnet Reparaturschritte schreiben viel.

Warum hält der Speicher-Manager überhaupt an?

Der Speicher-Manager ist der Teil des Windows-Kerns, der jede Speicheranfrage verwaltet. Er führt Buch darüber, welche physische Speicherseite zu welcher virtuellen Adresse gehört, und nutzt dafür interne Strukturen: Page Table Entries (PTE, die Übersetzungseinträge zwischen virtueller und physischer Adresse) und Page Frame Numbers (PFN, die Nummer der physischen Speicherseite). Genau diese Strukturen tauchen in der Parametertabelle oben immer wieder auf.

Passen die Buchhaltungsdaten plötzlich nicht mehr zusammen, kann Windows nicht sicher weiterarbeiten. Es löst die Fehlerprüfung 0x0000001A aus und hält an, bevor falsche Daten auf die Festplatte gelangen. Der Absturz ist also eine Notbremse, kein Schikane-Stopp – und deshalb hilft „einfach neu starten und ignorieren“ hier so wenig.

Dass RAM und Treiber die Hauptverdächtigen sind, folgt direkt daraus. Ein defekter oder zu schnell getakteter Riegel liefert einzelne falsche Bits zurück und bringt die Buchhaltung durcheinander; klassischer Consumer-Speicher meldet das nicht, weil er anders als ECC-RAM keine Fehlerkorrektur über den gesamten Weg zur CPU hat – das On-Die-ECC von DDR5 schützt nur chipintern. Ein fehlerhafter Treiber wiederum läuft im Kernel-Kontext und darf Speicherseiten sperren, entsperren und beschreiben – mit demselben Ergebnis, wenn er sich verrechnet. Deshalb funktioniert die Reihenfolge oben so zuverlässig: Sie trennt die Hardware-Spur (RAM, XMP, BIOS, Datenträger) von der Software-Spur (Treiber, Systemdateien) – und nur so lässt sich der Memory Management Bluescreen beheben, ohne auf Verdacht Teile zu tauschen.

Für die Prüfung ist genau diese Trennung übrigens der Kern der Sache: Ein Stopcode benennt nicht die Ursache, sondern die Stelle, an der das System die Unstimmigkeit bemerkt hat. Wer für die Fachinformatiker-Prüfung lernt, sollte 0x0000001A deshalb als Symptom des Speicher-Managements einordnen können – und die Diagnose als geordneten Ausschluss beschreiben, nicht als Tauschaktion.

Häufige Fragen

Ist MEMORY_MANAGEMENT immer ein RAM-Defekt?

Nein. Defekter oder übertakteter Arbeitsspeicher ist die häufigste Ursache, aber fehlerhafte Treiber, ein veraltetes BIOS, beschädigte Systemdateien oder eine angeschlagene SSD lösen 0x0000001A ebenso aus. Deshalb testet man Hardware und Treiber getrennt.

Wie lange muss MemTest86 laufen?

Plane mindestens vier vollständige Durchläufe ein, je nach RAM-Menge also mehrere Stunden – am besten über Nacht. Sporadische Fehler zeigen sich oft erst im zweiten oder dritten Durchlauf. Ein einziger gemeldeter Fehler reicht als Beweis.

Kann ein XMP- oder EXPO-Profil den Bluescreen auslösen?

Ja, sehr häufig. Das Profil lässt den Speicher schneller laufen, als Board und Speichercontroller stabil mitmachen. Stell den RAM im BIOS testweise auf Standardtakt – bleibt der Rechner dann tagelang stabil, war die Übertaktung die Ursache.

Warum ist mein Bluescreen unter Windows 11 schwarz?

Ab Windows 11 Version 24H2 zeigt Microsoft den Fehlerbildschirm schwarz statt blau. Inhalt und Bedeutung sind identisch: Du siehst den Stopcode und, falls bekannt, den Namen des verursachenden Treibers.

Wo finde ich den Minidump nach dem Absturz?

Unter C:\Windows\Minidump, sofern in den Systemeigenschaften unter „Starten und Wiederherstellen“ ein Speicherabbild aktiviert ist. Tools wie BlueScreenView oder WhoCrashed zeigen daraus die beteiligte .sys-Datei.