Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt. {{tag>deutsch windows windows_10 windows_11}} ====== Windows Bluescreen Analyse ====== Bluescreens können ganz unterschiedliche Auslöser haben. Defekter Speicher, fehlerhafte Treiber und viele andere Faktoren können hier Einfluss haben. Im ersten Moment erscheinen Bluescreens als nervig, doch sind sie ein Schutz, vor schwerwiegenden Beschädigungen am System. ===== 1. Debugger herunterladen und installieren ===== Die Debugging Tools sind Teil des Windows SDK. Diese können bei Microsoft heruntergeladen werden. In der Regel reicht es, nur die Debugging Tools zu installieren und den Rest des SDKs abzuwählen, während des Installationsvorgangs. ===== 2. Debugger öffnen und Crashdump laden ===== Nach der Installation öffnen wir den Debugger und gehen als erstes auf **File / Symbol File Paths** Hier geben wir folgendes ein: <code text> SRV*c:\symbols*http://msdl.microsoft.com/download/symbols </code> Anschließend drücken wir Ok. Dieser Verweis lädt fehlende Symbole von Microsoft nach. So vermeiden wir unnötige Fehlermeldungen. Jetzt können wir über **File / Open Crash dump** den Fehlerbericht laden. Dieser liegt im Normalfall unter //"C:\Windows\Minidump"//. ===== 3. Erster Einblick ===== Der erste Blick zeigt manchmal schon einen Hinweis, auf das Problem. <code text> ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 9F, {3, fffffa800cf757f0, fffff800e9d0b770, fffffa800cf07c60} *** WARNING: Unable to verify timestamp for amd_sata.sys *** ERROR: Module load completed but symbols could not be loaded for amd_sata.sys Probably caused by : amd_sata.sys Followup: MachineOwner --------- </code> Hier erkennen wir schonmal, das der Treiber **amd_sata.sys** der Verursacher sein könnte. ===== 4. Weitere Analyse ===== Nun geben wir folgenden Befehl ein: <code text>!analyze -v</code> Dies zeigt uns erweiterte Analyseinformationen. <code text> 0: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_POWER_STATE_FAILURE (9f) A driver has failed to complete a power IRP within a specific time. Arguments: Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time Arg2: fffffa800cf757f0, Physical Device Object of the stack Arg3: fffff800e9d0b770, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack Arg4: fffffa800cf07c60, The blocked IRP Debugging Details: ------------------ DRVPOWERSTATE_SUBCODE: 3 IMAGE_NAME: amd_sata.sys DEBUG_FLR_IMAGE_TIMESTAMP: 5056e207 MODULE_NAME: amd_sata FAULTING_MODULE: fffff88001494000 amd_sata CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT BUGCHECK_STR: 0x9F PROCESS_NAME: System CURRENT_IRQL: 2 ANALYSIS_VERSION: 6.3.9600.16384 (debuggers(dbg).130821-1623) amd64fre DPC_STACK_BASE: FFFFF800E9D12FB0 </code> Auch hier tritt wieder der eben genannte Treiber zum Vorschein: **amd_sata.sys**. Nun können wir schon schwer davon ausgehen, dass eben dieser Treiber das Problem ausgelöst hat. In unserem Beispiel handelt es sich um einen undefinierten Zustand, nach dem Standby des PCs. Eine weitere wichtige Information ist hier zu sehen: <code text>Arg4: fffffa800cf07c60, The blocked IRP</code> Dies ist der geblockte Paramter. Auch diesen kann man weiter analysieren mit dem Befehl: <code text>!irp fffffa800cf07c60</code> Dies Ausgabe könnte nun wie folgt aussehen: <code text> \Driver\amd_sata CLASSPNP!ClasspPowerUpCompletion Args: 00000000 00000000 00000000 00000002 >[ 16, 2] 0 e1 fffffa800e1f4060 00000000 fffff88000f6fe30-00000000 Success Error Cancel pending \Driver\disk partmgr!PmPowerCompletion Args: 00041100 00000001 00000001 00000002 [ 16, 2] 0 e1 fffffa800e1f4b10 00000000 fffff800e87a6830-fffffa800e113b30 Success Error Cancel pending \Driver\partmgr nt!PopRequestCompletion Args: 00041100 00000001 00000001 000000 </code> Auch hier finden wir eindeutige Hinweise, dass der SATA Treiber falsch arbeitet, wenn er aus dem Ruhezustand erwacht. ===== 5. Fehlerbehebung ===== Wir haben nun herausgefunden, dass der Treiber nicht korrekt arbeitet. Hier hilft es meist, einfach den aktuellsten Treiber zu installieren. Falls es noch keinen gibt, sollte Kontakt mit dem Hardware Hersteller aufgenommen werden, damit dieser sich dem Problem annehmen kann. ===== 6. Nachwort ===== Dies ist nur ein Beispiel für eine spezifische Fehlermeldung und soll nur die generelle Vorgehensweise darstellen. Es gibt bei einem Bluescreen kein Universalrezept zur Behebung. Dennoch kann man mit dem Debugger meist für Abhilfe schaffen. Das Problem zu kennen, ist schon 50% der Problemlösung. Auf Mike's Technology and Finance Blog((http://mikemstech.blogspot.de/2011/11/windows-crash-dump-analysis.html)) gibt es eine Übersicht aller Bluescreen Meldungen. Zu einigen gibt es auch schon Debugger Logs zum einsehen.xxxxxxxxxx {{tag>deutsch windows windows_10 windows_11}}====== Windows Bluescreen Analyse ======Bluescreens können ganz unterschiedliche Auslöser haben. Defekter Speicher, fehlerhafte Treiber und viele andere Faktoren können hier Einfluss haben.Im ersten Moment erscheinen Bluescreens als nervig, doch sind sie ein Schutz, vor schwerwiegenden Beschädigungen am System.===== 1. Debugger herunterladen und installieren =====Die Debugging Tools sind Teil des Windows SDK. Diese können bei Microsoft heruntergeladen werden. In der Regel reicht es, nur die Debugging Tools zu installieren und den Rest des SDKs abzuwählen, während des Installationsvorgangs.===== 2. Debugger öffnen und Crashdump laden =====Nach der Installation öffnen wir den Debugger und gehen als erstes auf **File / Symbol File Paths**Hier geben wir folgendes ein:<code text>SRV*c:\symbols*http://msdl.microsoft.com/download/symbols</code>Anschließend drücken wir Ok. Dieser Verweis lädt fehlende Symbole von Microsoft nach. So vermeiden wir unnötige Fehlermeldungen.Jetzt können wir über **File / Open Crash dump** den Fehlerbericht laden. Dieser liegt im Normalfall unter //"C:\Windows\Minidump"//.===== 3. Erster Einblick =====Der erste Blick zeigt manchmal schon einen Hinweis, auf das Problem.