Analysieren von Fehlerüberprüfungs-Bluescreen-Daten

Erfassen der Stoppcodeparameter

Jeder Fehlerüberprüfungscode verfügt über vier zugeordnete Parameter, die Informationen bereitstellen. Die Parameter werden in der Fehlerüberprüfungscodereferenz für jeden Stoppcode beschrieben.

Es gibt mehrere Möglichkeiten zum Sammeln der vier Stoppcodeparameter.

• Überprüfen Sie das Windows-Systemprotokoll im Ereignisanzeige. Die Ereigniseigenschaften für die Fehlerüberprüfung werden die vier Stoppcodeparameter auflisten. Weitere Informationen finden Sie unter Öffnen der Ereignisanzeige.

• Laden Sie die generierte Speicherabbilddatei, und verwenden Sie den Befehl !analyze mit dem angefügten Debugger. Weitere Informationen finden Sie unter Analysieren einer Kernel-Modus-Dumpdatei mit WinDbg.

• Fügen Sie einen Kerneldebugger an den fehlerhaften PC an. Wenn der Stoppcode auftritt, enthält die Debuggerausgabe die vier Parameter nach dem Endcode hex-Wert.

  *******************************************************************************
  *                                                                             *
  *                        Bugcheck Analysis                                    *
  *                                                                             *
  *******************************************************************************
  
  Use !analyze -v to get detailed debugging information.
  
  BugCheck 9F, {3, ffffe000f38c06a0, fffff803c596cad0, ffffe000f46a1010}
  
  Implicit thread is now ffffe000`f4ca3040
  Probably caused by : hidusb.sys
  

Fehlerüberprüfung symbolischer Namen

DRIVER_POWER_STATE_FAILURE ist der symbolische Name der Fehlerüberprüfung mit einem zugeordneten Fehlerüberprüfungscode von 9F. Der hex-Wert des Stoppcodes, der mit dem symbolischen Namen der Fehlerüberprüfung verknüpft ist, wird in der Codereferenz zur Fehlerüberprüfung aufgeführt.

Lesen von Fehlerüberprüfungsinformationen aus dem Debugger

Wenn ein Debugger angefügt ist und das Debuggen auf dem PC aktiviert ist, führt eine Fehlerüberprüfung dazu, dass der Zielcomputer in den Debugger wechselt. In diesem Fall wird der Blaue Bildschirm möglicherweise nicht sofort angezeigt. Die vollständigen Details zu diesem Absturz werden an den Debugger gesendet und im Debuggerfenster angezeigt. Wenn Sie diese Informationen ein zweites Mal anzeigen möchten, verwenden Sie den Befehl .bugcheck (Fehlerüberprüfungsdaten anzeigen) oder den Erweiterungsbefehl !analyze. Informationen zum Aktivieren des Debuggings finden Sie unter "Erste Schritte mit WinDbg (Kernel-Mode)".

Kerneldebugging- und Absturzabbildanalyse

Das Kerneldebugging ist besonders hilfreich, wenn andere Problembehandlungstechniken fehlschlagen oder für ein wiederkehrendes Problem auftreten. Denken Sie daran, den genauen Text im Abschnitt "Fehlerüberprüfungsinformationen" der Fehlermeldung zu erfassen. Um ein komplexes Problem zu isolieren und eine praktikable Problemumgehung zu entwickeln, ist es hilfreich, die genauen Aktionen aufzuzeichnen, die zu dem Fehler führen.

Die !analyze-Debugerweiterung zeigt Informationen zur Fehlerüberprüfung an und kann bei der Ermittlung der Ursache hilfreich sein.

Sie können im Code, der zu diesem Stoppcode führt, auch einen Haltepunkt setzen und versuchen, in einzelnen Schritten vorwärts in den fehlerhaften Code zu gelangen.

Weitere Informationen finden Sie in den folgenden Artikeln:

Absturzabbildanalyse mit den Windows-Debuggern (WinDbg)

Analysieren einer Kernelmodus-Dump-Datei mit WinDbg

Verwenden der !analyze-Erweiterung und von !analyze

Die Defragmentierungswerkzeuge zeigen

Verwenden der Treiberüberprüfung zum Sammeln von Informationen

Es wird geschätzt, dass etwa drei Viertel der Bluescreens durch fehlerhafte Treiber verursacht werden. Driver Verifier ist ein Tool, das in Echtzeit ausgeführt wird, um das Verhalten von Treibern zu untersuchen. Beispielsweise überprüft die Treiberüberprüfung die Verwendung von Speicherressourcen, z. B. Speicherpools. Wenn Fehler bei der Ausführung von Treibercode gefunden werden, wird proaktiv eine Ausnahme erstellt, damit dieser Teil des Treibercodes weiter überprüft werden kann. Der Treiberprüfer-Manager ist in Windows integriert und ist auf allen Windows-PCs verfügbar. Um den Treiberüberprüfungs-Manager zu starten, geben Sie in einer Eingabeaufforderung Verifier ein. Sie können konfigurieren, welche Treiber Sie überprüfen möchten. Der Code, der die Treiber überprüft, erhöht den Aufwand bei der Ausführung. Versuchen Sie daher, die kleinste Anzahl möglicher Treiber zu überprüfen. Weitere Informationen finden Sie unter Treiberüberprüfung.

Tipps für Software-Ingenieure

Wenn eine Fehlerüberprüfung als Ergebnis von Code auftritt, den Sie geschrieben haben, sollten Sie den Kerneldebugger verwenden, um das Problem zu analysieren und dann die Fehler in Ihrem Code zu beheben. Ausführliche Informationen finden Sie im einzelnen Code für die Fehlerüberprüfung im Abschnitt Referenz zum Code für die Fehlerüberprüfung.

Möglicherweise treten jedoch auch Fehlerüberprüfungen auf, die nicht durch Ihren eigenen Code verursacht werden. In diesem Fall werden Sie wahrscheinlich nicht in der Lage sein, die tatsächliche Ursache des Problems zu beheben, daher sollte Ihr Ziel darin sein, das Problem zu umgehen. Wenn möglich, isolieren und entfernen Sie die Hardware- oder Softwarekomponente, die fehlerhaft ist.

Viele Probleme können durch grundlegende Problembehandlungsverfahren behoben werden, z. B. Überprüfen von Anweisungen, erneutes Installieren wichtiger Komponenten und Überprüfen von Dateidaten. Außerdem können die Ereignisanzeige, die Sysinternals-Diagnosetools und Netzwerküberwachungstools diese Probleme isolieren und beheben.

Siehe auch

• Bug Check Code Reference (Referenz zu Fehlerüberprüfungscodes)

• Absturzabbildanalyse mit den Windows-Debuggern (WinDbg)

• Analysieren einer Kernelmodus-Dump-Datei mit WinDbg

• Verwenden der !analyze-Erweiterung und von !analyze