Bluescreens entschlüsseln

[enjoy2]

erste Anlaufstelle www.google.at www.yahoo.at www.bing.at
damit finden sich immer Informationen zu dem Fehler

leichter wird es mit diesen Tools

• BlueScreenView von Nirsoft - damit kann man die "minidump" Dateien auslesen
• Debugging Tools for Windows von Microsoft - ein Tool von MS zum selben Zweck

Infoseiten im Internet zu dem Thema

• http://aumha.org/a/stop.htm
• http://kadaitcha.cx/xp/stop_error.html
• http://www.jasik.de/shutdown/stop_fehler.htm
• http://www.windows-secrets.de/troubl...indows-xp.html

[Christoph]

Danke, das kann ich brauchen.

[enjoy2]

na dann ergänzen wir uns ja

[enjoy2]

Aber was tun, wenn sich Windows nicht mehr starten lässt und der PC mit einem Bluescreen sofort neu startet?

• beim Booten F8 drücken und den Punkt "Automatischen Neustart bei Systemfehler deaktivieren" auswählen, damit kann man sich den Bluescreen mal ansehen
• mit einer Boot-CD (zB. Linux, Bart-PE, etc) booten, die Dump-Dateien aus "c:\windows\minidump" kopieren und auf einen funktionierenden PC auslesen (zB. mit BlueScreenView)

[Inzersdorfer]

Auch wenn der Thread selbst etwas älter ist, möchte ich hier etwas beitragen:
Microsofts Übersicht der Bug Check Codes, landläufig auch Bluescreen oder BSOD genannt:http://msdn.microsoft.com/en-us/library/ff542347(VS.85).aspx
•Minidump erstellen XP:
Start bzw. Arbeitsplatz/Systemsteuerung/System, Reiter Erweitert bei "Starten und Wiederherstellen" [Einstellungen] klicken, bei "Debuginginformationen speichern" auf den Pfeilbutton klicken und "kleines Speicherabbild (64 KB)" auswählen, ok und eventuell übernehmen.
Ab jetzt wird in %SystemRoot%\Minidump (also meist auf C\Windows im Ordner Minidump) eine .dmp Datei erstellt, wenn ein Absturz erfolgt.
•Minidump erstellen Vista/Win7 (sollte per Default eingestellt sein):
Systemsteuerung/Alle Systemsteuerungselemente/System/Erweiterte
Systemeinstellungen/Systemeigenschaften/Reiter Erweitert auf Einstellungen klicken/Starten und Wiederherstellen Punkt Debuginformationen speichern Kleines Speicherabbild einstellen, ok klicken, ev. auf Übernehmen klicken.

Das Programm Bluescreenview eignet sich nur zum Auslesen des eigentlichen Bugcheckcodes, so wie er im Bluescreen steht.
Für eine Analyse des Bugcheck ist MS Debugging Tools for Windows notwendig, beachte die unterschiedlichen 64bit und 32bit (x86) Versionen.

Hier eine Kurzanleitung (Copy Pasta weil prägnant formuliert):

DebuggingTools Download: http://www.microsoft.com/whdc/devtoo...ebugstart.mspx

Nachdem Sie das Programm installiert haben, können Sie den Debugger über "Start" -> "Programme" -> "Debugging Tools für Windows" -> "WinDbg" starten.

Damit Sie mit dem Debugger wirklich sinnvoll Arbeiten können, werden auch noch die sog. Symboldateien benötigt. Da die aber vollständig mit ca. 170 MByte zu Buch schlagen, sie aber sicherlich nicht täglich solche Dumpdateien auswerten wollen, sollten Sie lieber einstellen, dass WinDbg sich selber die benötigten Dateien aus dem Internet holt.

Stellen Sie dafür Folgendes ein:
Im Menü "File" -> "Sybol File Path" tragen Sie in die Eingabebox ein:
"SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols".

Anschließend öffnen Sie mit dem Programm die Dumpdatei aus dem Verzeichnis "%SystemRoot%\Minidump" über "File" -> "Open Crash Dump"

Jetzt wird die Datei geladen und die Informationen dazu angezeigt. Dabei werden zwei Fenster geöffnet "Command" und "Disassembly". Das Fenster "Disassembly" können Sie ruhig wieder schließen, da deren Auswertung doch schon erhebliche Programmierkenntnisse voraussetzt.
Das "Command"-Fenster enthält dagegen meist schon durchaus wertvolle Informationen. Die interessanten Informationen finden Sie im Abschnitt:

***************************
* Bugcheck Analysis *
***************************

Hier finden z.B.: hinter "BugCheck" einen Fehlercode. Diesen Fehlercode können Sie anschließend auch für die Suche in der Microsoft Knowledge Base (http://support.microsoft.com/search/) verwenden. Ist der Fehlercode bekannt, finden Sie hier meist genauere Angaben dazu, welcher Treiber diesen Fehler verursacht hat und oft auch entsprechende Lösungsansätze.

Sie können aber auch im Debugger schon mehr über diesen Fehlercode ermitteln. Geben Sie dafür im Command-Fenster den Befehl "!analyze -v" ein.

Anschließend werden eine Menge von Informationen ausgegeben; hier ist in den ersten Zeilen das in Grossbuchstaben geschriebene Wort, welches die Art des Fehlers wiedergibt.

Wenn Sie darüber hinaus noch weitere Informationen aus der Hilfe benötigen, geben Sie im Command-Fenster ".hh [Das Word in Großbuchstaben]" ein.

Weiterhin finden Sie hier auch die Zeile "Probably caused by" (= Fehler verursacht von. Hier wird angegeben, welche Datei vermutlich den Fehler verursacht hat. Mit dieser Datei kann man auch wieder eine entsprechende Suche im Internet starten.

Hat man einen Dateinamen, kann man sich auch im Command-Fenster weitere Informationen dazu anzeigen lassen. Mit dem Befehl "lm v m[Dateiname]" bekommen Sie weitere Infos. Dabei muss der Dateiname ohne Dateiendung eingegeben werden. Der Dateiname wird direkt, gleich hinter dem Parameter m (ohne Leerzeichen) eingegeben.

Über den Befehl "!devnode 0 1" können Sie sich noch eine Liste aller geladenen Treiber ausgeben lassen.

Kommen Sie damit nicht weiter, können Sie sich über den Befehl "!thread" im Command-Fenster, weitere Informationen anzeigen lassen. Finden Sie in der Ausgabe die Zeile "IRP List", dann sollten Sie sich weitere Informationen über die Adressen ausgeben lassen. Dazu rufen Sie den Befehl "!irp [Addresse]" auf. In der Auflistung finden Sie wieder Treibernamen, die am Fehler beteiligt waren.

Wenn Sie selber nicht weiterkommen und entsprechende Anfragen in Foren usw. stellen wollen, sollten Sie immer alles aus dem Abschnitt "Bugcheck Analysis" als Informationen weitergeben.