Ein weiterer Beitrag zur Reihe „Was tun wenn’s brennt“ 😊
Eine effektive & coole Möglichkeit, um (u.a) Crashdumps zu analysieren, bietet die Microsoft Store App „WinDbg“ (updated WinDbg Preview)
Link zum Appinstaller aus dem Microsoft Store (darin „Download WinDbg“ Button nutzen)
Die technische Dokumentation (teilweise übersetzt) findet Ihr hier.
Falls es – wider Erwarten – doch mal zu einem BSOD (Blue Screen Of Death) kommen sollte, empfehle ich folgendes Vorgehen:
Man suche das Dump File, was entweder c:\windows\memory.dmp (i.d.R. recht gross) oder c:\windows\minidump\<datum>-<nummer>-<fortlaufende zahl>.dmp heisst.
Anmerkung:
Ich empfehle die Verwendung der Minidumps und nur in „Härtefällen“ das grosse Memory.dmp, was man wie folgt über „sysdm.cpl“ einstellen kann:
Heutige Maschinen haben i.d.R. viel RAM, sodaß ein Memory Dump meist nicht effektiv ist.
Das sogenannte „kleine Speicherabbild“ produziert wesentlich kleinere Dumps im Verzeichnis C:\Windows\Minidump (mit Zeitstempel im Dateinamen).
Nun zur konkreten BSOD / Crash Dump Analyse:
Aktueller BSOD (Insider Developer Build 21343.1000, nettes GRÜN, obwohl das ja bekanntermassen eigentlich BLUE Screen of Death heisst, man beruhigt damit also den User mit „alles halb so wild“, „grün“, „Ruhe bewahren“ 😊 )
Diesen BSOD habe ich mit dem SysInternals Utility „NotMyFault“ von SysInternals „provoziert“ (s.u.) 😊
Der QR-Code darin ist „weniger hilfreich“ und eher als „Gag“ zu betrachten, dennoch stehen schon hier die relevanten Informationen zum „Verursacher“ des Crashes drin (hier der Treiber „myfault.sys“), weshalb sich durchaus ein Handy-Photo zu genau diesem Zeitpunkt empfiehlt 😊
An genau dieser Stelle sei ein erneuter Verweis auf meinen Beitrag „Was tun wenn’s brennt“ erlaubt 😊
Was tun wenn’s brennt? – Microsoft Windows Deployment Guru Blog DE
Nach Start der WinDbg PreView App nehme man aus dem Hauptmenue den Punkt „Open dump file“:
Dort lade man das entsprechende .dmp file und warte ein wenig
Anmerkung:
Eine schnelle Internet Verbindung ist hier sehr hilfreich, weil darüber werden auch die sog. „Symbols“ der MSFT Binaries angezogen.
Dann mache man genau das, was im Debug Fenster steht, nämlich „!analyze -v“
(in Amerikanisch lautmalerisch versucht: „bäng änaleis meinus vee“, habe ich oft genug genau so in vielen TechEd & Troubleshooting Sessions von den jeweiligen Speakern gehört, beim meist sehr lauten „bäng“ am Anfang wurden einige davon wieder wach) 😊
Ergebnis von „!analyze -v“, wichtig hier: alles was NICHT mit „nt!“ anfängt, ist potentieller „Schuldiger“, weil alle „nt!.“ Sachen Funktionen von Windows Kernel dll’s sind & die i.d.R. stabil sind (mittlerweile tatsächlich!).
Heisst anderes ausgedrückt: i.d.R. sind 3rd Party Apps & Binaries & Treiber „schuld“ 😊
Tip:
Man kann Dump Files auch mit dem Taskmanager erzeugen.
Das wird gerne genommen, wenn eine App oder EXE extrem viel CPU „frisst“ oder „hängt“:
Weitere Community-Tools zum Thema
BlueScreenView (von Nir Sofer)
Das Teil zapft per Default den Ordner c:\windows\minidump an, was man aber auch einstellen kann.
Selbiges hat eine Reihe von Optionen, das Einfachste ist aber erst einmal der Doppelclick auf einen Crash Eintrag, der sagt quasi „alles“ 😊
Hier das o.g. Beispiel, per notmyfault „provozierter“ Treiber-Crash 😊
AppCrashView (von Nir Sofer)
Das Teil zapft das Windows Error Reporting (WER) an, früher bzw. für die Insider hier auch als „Dr. Watson Engine“ bekannt 😊
Aktuelle Beispiel von meinem W10 Insider Dev Preview Client, wo (leider) das „Snip&Sketch“ Tool (BuiltIn App) ständig abstürzt (crashed) ☹
Wichtige Anmerkung:
Etliche der Tools von Nir Sofer werden von 3rd party Virenscannern mit „false positives“ als Trojaner gemeldet, weil sie u.a. selten in „freier Wildbahn“ auftauchen (auch bekannt als sog. „Potentially Unwanted Software“)
NotMyFault (von SysInternals)
Das Tool kann man (zu Übungs-Zwecken!) zum Erzwingen von Abstürzen aller Art verwenden.
ACHTUNG: NIEMALS NIE auf der eigenen PRODUKTIVEN Maschine tun!
Tip (in Sachen „Coole Tools“)
Eine selten genutztes & recht unbekanntes (weil undokumentiertes) Tool ist der „Zuverlässigkeitsmonitor“, den man per CMD wie folgt aufrufen kann:
perfmon /rel
Selbiges liefert folgendes aussagefähige Bild mit vielen Zusatzfunktionen, incl. Export des Ganzen in eine „schicke“ HTML Datei 😊
Hier müsst Ihr selber mal ein wenig herumexperimentieren & clicken, das Ding spricht Bände 😊
HAPPY DEBUGGING!
PS.:
Weitere Beiträge zu ähnlich coolen Troubleshooting Tools & Vorgehen folgen 😊