PAGE_FAULT_IN_NONPAGED_AREA Windows 11 beheben
Kurzantwort: PAGE_FAULT_IN_NONPAGED_AREA (0x00000050) bedeutet, Windows brauchte Daten aus dem Speicher, die immer resident sein sollten, und sie waren nicht da — eine defekte RAM-Zelle, ein Treiber der Müll schreibt, oder eine beschädigte Auslagerungsdatei. Wenn der Bluescreen eine .sys-Datei nennt, diesen Treiber aktualisieren oder zurücksetzen; wenn nur ntoskrnl.exe steht, RAM mit MemTest86 testen und die Auslagerungsdatei auf Systemverwaltet zurücksetzen.
Das System brauchte Daten aus einem Speicherbereich, der immer resident sein soll — Non-Paged Pool, der Bereich, den Windows nie auf die Festplatte auslagert, weil sofortiger Zugriff nötig ist — und die Daten waren nicht da. Entweder ist die RAM-Zelle ausgefallen, oder ein Treiber hat Müll darüber geschrieben, oder die Auslagerungsdatei auf der Festplatte ist beschädigt. Stoppcode 0x00000050. Der Bluescreen nennt manchmal eine .sys-Datei, manchmal nur ntoskrnl.exe, was allein nicht weiterhilft.
Zuerst die Ereignisanzeige prüfen. Win+X, Ereignisanzeige, Windows-Protokolle, System. Den BugCheck-Eintrag suchen — der zweite Parameter verrät die Speicheradresse, die fehlgeschlagen ist, der vierte sagt, ob es ein Lese- (0) oder Schreibvorgang (1) war. Ein Schreibfehler deutet meist auf einen Treiber hin, der aktiv Speicher beschädigt. Ein Lesefehler kann defekter RAM sein, defekte Auslagerungsdatei oder ein Treiber, der versucht, aus bereits freigegebenem Speicher zu lesen.
Wenn ein Treiber genannt wird
Wenn der Bluescreen oder die Ereignisanzeige eine bestimmte .sys-Datei zeigt, ist das der Ansatzpunkt. Die häufigsten bei diesem Stoppcode: win32kfull.sys (Display-Subsystem, meist ein veralteter GPU-Treiber), ntfs.sys (Dateisystemtreiber — bedeutet meist ein ausfallender Datenträger statt eines Treiber-Bugs) und ndis.sys oder diverse Netzwerkadapter-.sys-Dateien.
Das Surface Pro 9 einer Kundin stürzte alle paar Stunden mit PAGE_FAULT ab, win32kfull.sys wurde genannt. Sie war auf dem Intel-Iris-Xe-Treiber vom November 2025, den Windows Update gepusht hatte. Im Geräte-Manager auf die Oktober-Version zurückgesetzt und es hörte auf. Microsoft hatte denselben defekten Treiber an tausende Surface-Geräte verteilt, bevor er drei Wochen später zurückgezogen wurde.
Für jeden treiberspezifischen Absturz ist die Abfolge dieselbe: Abgesicherter Modus, den Treiber zurücksetzen oder deinstallieren, neu starten, eine bekannt gute Version von der Herstellerwebsite installieren. Bei GPU-Treibern ist eine DDU-Clean-Installation die richtige Methode — einfach über eine beschädigte Treiberinstallation updaten beseitigt nicht immer das Problem.
Wenn nichts genannt wird
Keine .sys-Datei, oder nur ntoskrnl.exe — RAM oder Auslagerungsdatei verdächtigen. Wenn der Bluescreen MEMORY_MANAGEMENT statt PAGE_FAULT sagt, dieselbe Diagnose — anderer Stoppcode, überlappende Ursachen.
Die Auslagerungsdatei ist leicht auszuschließen. Das ist die Datei, die Windows als Überlauf nutzt, wenn der physische RAM voll ist. Wenn sie auf einem sterbenden Sektor des Laufwerks liegt, trifft jeder Versuch, Daten rein- oder rauszuswappen, auf einen Lesefehler und man bekommt PAGE_FAULT. Systemeigenschaften öffnen (Win+R, sysdm.cpl), Reiter Erweitert, Leistungseinstellungen, Reiter Erweitert, Virtueller Arbeitsspeicher Ändern. „Automatisch verwalten” deaktivieren, auf Systemverwaltet für das C:-Laufwerk spezifisch setzen, Festlegen klicken, neu starten. Das zwingt Windows, die Auslagerungsdatei von Grund auf neu aufzubauen. Wenn der Absturz eine beschädigte Auslagerungsdatei war, behebt das den Fehler.
Wenn das nicht hilft, oder die Abstürze auftreten, wenn der RAM bei weitem nicht ausgelastet ist, den physischen Speicher verdächtigen. Dieselbe Geschichte wie bei jedem anderen speicherbezogenen Bluescreen — MemTest86 von einem USB-Boot, über Nacht, mindestens vier Durchläufe. Die Windows-Speicherdiagnose erkennt vielleicht 30% von dem, was MemTest86 findet. Ein Rechner stürzte nur ab, wenn die Umgebungstemperatur hoch war — speziell an Sommernachmittagen. Ein RAM-Riegel hatte eine grenzwertige Zelle, die kühl einwandfrei funktionierte, aber bei Erwärmung im Gehäuse ausfiel. MemTest86 erkannte es erst, als ich es mit geschlossenem Seitenpanel bei 28°C Raumtemperatur laufen ließ. Seltsam, aber Speicherfehler zeigen sich nicht immer unter idealen Testbedingungen.
Wenn MemTest86 sauber zurückkommt und der Neuaufbau der Auslagerungsdatei nicht geholfen hat, sfc /scannow und DISM /Online /Cleanup-Image /RestoreHealth in einer Admin-Eingabeaufforderung ausführen. Beschädigte Systemdateien im Non-Paged-Pool-Bereich verursachen dasselbe Absturzmuster. Unser SFC-Ratgeber behandelt, was zu tun ist, wenn diese Befehle Probleme finden, aber nicht beheben können.
Dieser Stoppcode ist einer der schwieriger einzugrenzenden, weil er an der Schnittstelle von RAM, Datenträger und Treibern liegt. Wer seit mehr als ein paar Stunden damit kämpft — schickt uns die Crash-Dump-Dateien — sie liegen in C:\Windows\Minidump und enthalten die exakte fehlerhafte Adresse und den Aufrufstapel, der die Ursache bestimmt.
Häufig gestellte Fragen
Was verursacht PAGE_FAULT_IN_NONPAGED_AREA?
Windows versuchte, Daten aus dem Speicher zu lesen, die immer resident sein sollen — dem Non-Paged Pool, dem Bereich, den Windows nie auf die Festplatte auslagert, weil sofortiger Zugriff nötig ist — und die Daten waren nicht da. Drei mögliche Ursachen: eine RAM-Zelle ist ausgefallen und hat die Daten verloren, ein Treiber hat diesen Speicherbereich mit Müll überschrieben, oder die Auslagerungsdatei auf dem Laufwerk ist beschädigt. Der Stoppcode ist 0x00000050.
Der Absturz nennt ntfs.sys — stirbt meine Festplatte?
Möglicherweise. Wenn ntfs.sys bei einem PAGE_FAULT-Absturz auftaucht, bedeutet das meist, dass der Dateisystemtreiber einen defekten Sektor getroffen hat. CrystalDiskInfo ausführen, um den SMART-Status des Laufwerks zu prüfen. Wenn es Achtung oder Schlecht anzeigt, sofort alles sichern. Das Laufwerk fällt aus und kein Software-Fix wird es retten.
Kann eine beschädigte Auslagerungsdatei diesen Bluescreen verursachen?
Ja. Die Auslagerungsdatei ist, wo Windows Überlaufdaten speichert, wenn der physische RAM voll ist. Wenn die Auslagerungsdatei auf einem defekten Sektor liegt oder beschädigt wird, kann jeder Swap-Vorgang einen PAGE_FAULT auslösen. Lösung: Systemeigenschaften öffnen, Reiter Erweitert, Leistungseinstellungen, Erweitert, Virtueller Arbeitsspeicher, Automatisch verwalten deaktivieren, auf Systemverwaltet setzen, neu starten.
Mein RAM hat die Windows-Speicherdiagnose bestanden — kann er trotzdem defekt sein?
Absolut. Die Windows-Speicherdiagnose führt zwei schnelle Durchläufe mit einfachen Testmustern durch und erkennt vielleicht 30% der tatsächlichen Fehler. MemTest86 von einem USB-Boot führt Dutzende von Mustertypen über mehrere Durchläufe durch und erkennt Fehler, die nur bei erweitertem Testen auftreten, besonders bei DDR5-Modulen.