Analiza BlueScreen’a (BSOD)

W tym artykule podpowiem jak można odczytać przyczynę wystąpienia BlueScreen’a  na przykładzie Windows 7 i Windows 8 (porada zadziała w większości wersji desktopowych i serwerowych).  Choć niebieskie ekrany to coraz rzadszy widok (w porównaniu do starszych Windowsów (98, NT.. )), to jednak czasem warto wiedzieć, jak sobie z nimi radzić.

BSOD („Blue Screen of Death”) może mieć wiele źródeł: wadliwy sprzęt, sterowniki, problem z przegrzewaniem GPU lub coś w warstwie software.  Znając numer błędu i/lub komponent jaki go wywołał, możecie w Internecie znaleźć dziesiątki stron i forów, które podadzą Wam rozwiązanie. Sztuka polega na tym, aby z naszego BSOD wydobyć te informacje.

 

Jak zatrzymać BSOD dłużej na ekranie?

BSOD często pojawia się na ułamek sekundy i zanim odczytamy kod błędu, ten  znika. Dzieje się tak, gdyż domyślnie Windowsy wiedzą, że po BSOD ma wystąpić restart. Aby niebieski ekran widzieć dłużej, należy ten domyślny restart wyłączyć.

Klikamy PPM na ikonie Mój komputer i wybieramy kolejno:

Właściwości (properties)->Zaawansowane ustawienia systemu (Advanced System Settings)

Należy odhaczyć opcję „Automatycznie uruchom ponownie” („Automatically restart”). Oto przykład z angielskojęzycznego Windows 8 i polskojęzycznego Windows 7. Jak widać Windowsy są ciągle do siebie podobne 😉

W poniższym przykładzie (Windows 7) można doszukać się kilku kluczowych informacji np. kod błędu (tutaj 0x00000050) i komponent (tutaj SPCMDCON.SYS).

Windows 8 jest  skromniejszy w podawaniu informacji, ale mówi jasno: „poszukaj rozwiązania online” :))

Pliki Minidump, czyli więcej informacji BSOD

Gdy na „ekranie śmierci” nie widać żadnego kodu, ani komponentu powodującego problem warto przeanalizować pliki „minidump”, które są zrzutami pamięci. Domyślna ścieżka:

%systemdrive%\Windows\Minidump

Pliki minidump mają wpisaną datę, zatem nietrudno znaleźć ten ostatni. Do ich czytania należy wykorzystać pakiet Windows Debugging Tools (w zwykłym notatniku zobaczymy „krzaczki”).

Po instalacji w menu  START znajdziemy „Debugging Tools for Windows (x86)”, a tam WinDBG. Uruchamiamy program i z menu FILE wskazujemy nasz plik minidump.

Oto plik minidump staje się czytelny 🙂

W pliku można znaleźć m.in. numery błędów np:

BugCheck 10000050)

…oraz wskazówkę, który komponent może to powodować:

„Probably caused by : spcmdcon.sys”

Mam nadzieję, że ta porada poratuje Was w trudnej sytuacji. Oczywiście najlepiej, aby niebieskie ekrany wcale Wam się nie przytrafiały 🙂

Łukasz Skalikow

Obecnie Manager IT. Przez lata byłem Inżynierem systemów. Jestem entuzjastą i specem od vSphere, Windows serwer, GPO. Od zawsze byłem zwolennikiem wiersza poleceń i automatyzacji. Obecnie, ze względu na pracę, rodzinę i wyjazdy służbowe, dużo mniej udzielam się na blogu, ale mam nadzieję, że pośród kilkuset porad opublikowanych na spece.it, wiele osób znajdzie dla siebie coś przydatnego :)

Przeczytaj także...

Dodaj komentarz