Fehlerüberprüfung 0x4D: NO_PAGES_AVAILABLE
Die NO_PAGES_AVAILABLE-Fehlerüberprüfung hat den Wert 0x0000004D. Dies gibt an, dass keine freien Seiten verfügbar sind, um den Betrieb fortzusetzen.
Wichtig
Dieser Artikel richtet sich an Programmierer. Wenn Sie ein Kunde sind, der während der Verwendung Ihres Computers einen Bluescreen-Fehlercode erhalten hat, finden Sie weitere Informationen unter Behandeln von Bluescreenfehlern.
NO_PAGES_AVAILABLE Parameter
| Parameter | BESCHREIBUNG |
|---|---|
| 1 | Die Gesamtzahl der modifiziert Seiten |
| 2 | Die Anzahl der modifiziert Seiten, die für die Seitendatei bestimmt sind |
| 3 | Die Größe des nicht auslagerten Pools, der zum Zeitpunkt der Fehlerüberprüfung verfügbar ist |
| 4 | Der zuletzt geänderte Schreibfehler status. |
Ursache
Verwenden Sie die Erweiterung !vm 3 , um allgemeine Speicherstatistiken anzuzeigen.
Diese Fehlerprüfung kann aus einem der folgenden Gründe erfolgen:
Ein Treiber hat blockiert und deadlockt die geänderten oder zugeordneten Seitenschreiber. Beispiele hierfür sind Mutex-Deadlocks oder Zugriffe auf ausgelagerten Arbeitsspeicher in Dateisystemtreibern oder Filtertreibern. Dies deutet auf einen Treiberfehler hin.
Wenn Parameter 1 oder Parameter 2 groß ist, ist dies eine Möglichkeit. Verwenden Sie !vm 3.
Ein Speichertreiber verarbeitet keine Anforderungen. Beispiele hierfür sind gestrandete Warteschlangen und nicht reagierende Laufwerke. Dies deutet auf einen Treiberfehler hin.
Wenn Parameter 1 oder Parameter 2 groß ist, ist dies eine Möglichkeit. Verwenden Sie !vm 8, gefolgt von !process 0 7.
Ein Echtzeitthread mit hoher Priorität hat den Balance set-Manager daran gehindert, Seiten aus dem Arbeitssatz zu kürzen, oder der geänderte Seitenschreiber am Schreiben verhungert. Dies weist auf einen Fehler in der Komponente hin, die diesen Thread erstellt hat.
Diese Situation ist schwer zu analysieren. Versuchen Sie es mit !ready. Versuchen Sie auch !process 0 7 , um alle Threads aufzulisten und zu überprüfen, ob alle übermäßig lange Kernelzeit und ihre aktuellen Prioritäten gesammelt haben. Solche Prozesse haben möglicherweise die Speicherverwaltungsthreads daran gehindert, Seiten verfügbar zu machen.
Für den Speicherstapel steht nicht genügend Pool zum Schreiben geänderter Seiten zur Verfügung. Dies deutet auf einen Treiberfehler hin.
Wenn Parameter 3 klein ist, ist dies eine Möglichkeit. Verwenden Sie !vm und !poolused 2.
Wenn das Problem nicht gefunden werden kann, versuchen Sie, mit einem Kerneldebugger zu starten, der von Anfang an angefügt ist, und überwachen Sie die Situation.