Analysieren von Fehlerüberprüfungs-Bluescreen-Daten

2025-05-09

Hinweis

Dieser Artikel richtet sich an Programmierer. Wenn Sie ein Kunde sind, der während der Verwendung Ihres Computers einen Bluescreen-Fehlercode erhalten hat, lesen Sie Beheben von Bluescreen-Fehlern.

Hinweis

Wenn Sie ein IT-Experte oder Supportmitarbeiter sind, finden Sie weitere Informationen unter Erweiterte Problembehandlung für Stopp- oder Bluescreen-Fehler .

Sammeln der Stoppcodeparameter

Jedem Fehlerüberprüfungscode sind vier Parameter zugeordnet, die Informationen bereitstellen. Die Parameter werden in der Codereferenz für die Fehlerüberprüfung für jeden Stoppcode beschrieben.

Es gibt mehrere Möglichkeiten, die vier Stoppcodeparameter zu sammeln.

Untersuchen Sie das Windows-Systemprotokoll in der Ereignisanzeige. In den Ereigniseigenschaften für die Fehlerüberprüfung werden die vier Stoppcode-Parameter aufgelistet.
Laden Sie die generierte Speicherabbilddatei, und verwenden Sie den Befehl !analyze mit angefügtem Debugger. Weitere Informationen finden Sie unter Analysieren einer Speicherabbilddatei im Kernelmodus 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 Hexadezimalwert des Stoppcodes.

*******************************************************************************
*                                                                             *
*                        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 dem zugehörigen Fehlerüberprüfungscode 9F. Der Hexadezimalwert des Stoppcodes, der dem symbolischen Namen der Fehlerüberprüfung zugeordnet ist, wird in der Codereferenz für die 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 einbricht. In diesem Fall wird der Bluescreen 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 Debuggens finden Sie unter Erste Schritte mit WinDbg (Kernel-Mode).

Kernel-Debugging und Crash-Dump-Analyse

Das Kerneldebuggen ist besonders nützlich, wenn andere Problembehandlungstechniken fehlschlagen oder wenn ein Problem auftritt. 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 auch einen Haltepunkt im Code festlegen, der zu diesem Stoppcode führt, und versuchen, den fehlerhaften Code in einem Schritt vorwärts zu bewegen.

Weitere Informationen finden Sie in den folgenden Artikeln:

Absturzabbildanalyse mit den Windows-Debuggern (WinDbg)

Analysieren einer Speicherabbilddatei im Kernelmodus mit WinDbg

Verwenden der !analyze-Erweiterung und !analyze

Die Defragmentierungswerkzeuge zeigen

Verwenden der Treiberüberprüfung zum Sammeln von Informationen

Es wird geschätzt, dass etwa drei Viertel der Bluescreens von fehlerhaften Treibern verursacht werden. Driver Verifier ist ein Tool, das in Echtzeit ausgeführt wird, um das Verhalten von Treibern zu untersuchen. Die Treiberüberprüfung überprüft z. B. 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 Treiberüberprüfungs-Manager ist in Windows integriert und auf allen Windows-PCs verfügbar. Um den Treiberüberprüfungs-Manager zu starten, geben Sie an 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 Mehraufwand während der Ausführung, also versuchen Sie, die geringstmögliche Anzahl von Treibern 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 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 .

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

Viele Probleme können durch grundlegende Fehlerbehebungsverfahren behoben werden, z. B. durch das Überprüfen von Anweisungen, das Neuinstallieren wichtiger Komponenten und das Überprüfen von Dateidaten. Außerdem können diese Probleme in der Ereignisanzeige, in den Sysinternals-Diagnosetools und in den Netzwerküberwachungstools isoliert und behoben werden.

Freigeben über