Freigeben über

Debuggen eines blockierten Systems

  • Artikel

Es gibt Zeiten, in denen der Computer nicht mehr reagiert, ohne tatsächlich eine Fehlerprüfung zu initiieren. Dieses "Einfrieren" kann in einer Vielzahl von Formen auftreten:

  • Der Mauszeiger kann bewegt werden, wirkt sich jedoch nicht auf Fenster auf dem Bildschirm aus.

  • Der gesamte Bildschirm bleibt, und der Mauszeiger bewegt sich nicht, aber die Paginierung wird zwischen dem Speicher und dem Datenträger fortgesetzt.

  • Der Bildschirm ist immer noch, und der Datenträger ist im Hintergrund.

Wenn der Mauszeiger bewegt wird oder eine Auslagerung auf den Datenträger erfolgt, ist dies in der Regel auf ein Problem innerhalb des Client server Run-Time Subsystem (CSRSS) zurückzuführen.

Wenn NTSD unter CSRSS ausgeführt wird, drücken Sie F12, und führen Sie einen Dump für jeden Thread durch, um festzustellen, ob etwas Ungewöhnliches vorhanden ist. (Weitere Informationen finden Sie unter Debuggen von CSRSS .)

Wenn eine Untersuchung von CSRSS nichts aufdeckt, liegt das Problem möglicherweise doch beim Kernel.

Wenn keine Mausbewegung oder Paging vorhanden ist, ist dies mit ziemlicher Sicherheit ein Kernelproblem.

Die Analyse eines Kernelabsturzes dieser Art ist im Allgemeinen eine schwierige Aufgabe. Brechen Sie zunächst in KD (mit STRG+C) oder WinDbg (mit STRG+BREAK) ein. Sie können jetzt die Debuggerbefehle verwenden, um die Situation zu untersuchen.

Einige nützliche Techniken in diesem Fall:

Suchen des fehlgeschlagenen Prozesses

Debuggen eines Interrupt Storm