Bluescreeny, czyli błędy sprzętowe oraz programowe systemu Windows, powstają z różnych przyczyn. Z niebieskiego ekranu możemy się dowiedzieć najważniejszej rzeczy jaką jest kod błędu (Bug Check). To on Nas informuje co boli system i komputer. Dodatkowo możemy uzyskać informacje o pliku, który spowodował błąd . Niestety nie zawsze jest on podawany. Na poniższym obrazku możemy zobaczyć klasyczny bluescreen Windowsa XP, na którym zaznaczono kod błędu oraz parametry pomocnicze. Te ostatnie często służą do dokładniejszej analizy zaistniałego problemu.




Jak widać brakuje m.in. pliku który spowodował błąd . Aby dowiedzieć się więcej na temat zaistniałego problemu, należy odczytać pliki zrzutu pamięci DMP.

1. Odczytanie plików zrzutu - podstawy.

Aby odczytać plik DMP potrzebne jest do tego odpowiednie narzędzie. Warto tutaj skorzystać z darmowego rozwiązania firmy Microsoft o nazwie WinDbg - Microsoft Debugging Tools x86 (można także ściągnąć wersję 64 bitową). Po zainstalowaniu programu można rozpocząć poszukiwanie przyczyn błędu. Informacja o błędzie jest zapisywana w plikach zrzutu pamięci DMP. Najczęściej mamy do czynienia z plikami małego zrzutu i o nich będzie dalej mowa. Pliki DMP zapisywane są w katalogu %systemroot%/minidump\. Jeżeli chcemy go zlokalizować, to w Menu Start->Uruchom należy wpisać tą sekwencję. W większości przypadków jest to folder C:\Windows\minidump.

Każdy plik DMP posiada unikalną nazwę, np Mini102808-05.dmp. Tutaj oznacza to, że zrzut został utworzony dnia 28 października 2008r i dotyczy on 5 z kolei zarejestrowanego błędu w tym dniu.

Program WinDbg - Microsoft Debugging Tools uruchamiamy z Menu Start->Wszystkie Programy->Debugging Tools For Windows -> WinDbg.

Jeżeli zależy Tobie na czasie lub dalsza część wydaje się zbyt ciężka, przejdź do punktu 1b.

1a. Opcja dla posiadaczy stałego łącza oraz dla zaawansowanych użytkowników.

Odczytany w dalszej fazie raport może wydawać się dość długi i nieczytelny. Wszystko poprzez brak odpowiednich symboli. Można temu zaradzić poprzez podanie odpowiedniej ścieżki do serwera, z którego można je ściągnąć.

Aby tego dokonać, należy w menu programu->File->wybrać opcję Symbol File Path (lub wcisnąć kombinację klawiszy Ctrl+S). W nowym oknie należy wkleić poniższy kod i zatwierdzić klikając OK.

SRV*c:\symbols*http://msdl.microsoft.com/download/symbols

Ściągnięte symbole znajdą się w katalogu C:\symbols\.
Wczytanie symboli za pierwszym razem dość długo trwa, ale odczytanie pliku zrzutu staje się znacznie przyjemniejsze.

1b. Odczytanie raportu.

W oknie programu, z menu wybieramy File->Open Crush Dump (lub naciskamy Ctrl+D), po czym wskazujemy plik DMP, który chcemy otworzyć.

Jeżeli wyskakuje ekran z pytaniem, czy zapisać miejsce pracy, odpowiadamy Nie. Możemy także, zaznaczyć, aby program więcej nie pytał się o tą opcję.




Następnie program odczyta plik zrzutu.

Możemy zamieścić cały raport w wybranym miejscu, np na forum. Wystarczy go całego zaznaczyć myszką, a następnie wcisnąć klawisze Ctrl+C. Do notatnika wkleimy go klawiszami Ctrl+V. Możesz go zamieścić także na -> FORUM, w celu jego dalszej analizy.

Możesz także samodzielnie wykonać analizę. Jak rozwiązać problem dotyczący danego kodu błędu, możesz szukać tutaj -> Błędy systemu Windows (kody BSOD)

W celu analizy raportu należy odszukać dwie zasadnicze linijki:

BugCheck 1000007E, {c0000005, bfafcb0b, b4c7abdc, b4c7a8d8}

oraz

Probably caused by : nv4_disp.dll ( nv4_disp+127b0b )

Przykładowy raport, bez wczytanych symboli, możemy zobaczyć tutaj -> KLIK. A ten sam raport z wczytanymi symbolami tutaj -> KLIK
Jak widać było powyżej, bez wczytania symboli, raport nie jest zbyt przyjemny do czytania.

W tym przypadku kod błędu to 1000007E, a dokładnie 0x0000007E. Błąd spowodował sterownik karty graficznej, a w szczególności plik nv4_disp.dll.

2. Dokładniejsza analiza (dla chętnych).

Z pliku zrzutu można dowiedzieć się większej ilości informacji. Wystarczy kliknąć na napis !analyze -v





Raport po analizie wygląda następująco -> KLIK

Oprócz pełnej informacji o błędzie, dość pomocnym polem jest PROCESS_NAME. W polu tym podana jest nazwa procesu podczas to którego wykonywania doszło do błędu.





W tym momencie była to aplikacja FarCry2.exe.

Źródło oraz więcej na temat analizy plików DMP znajdziesz na stronie Microsoft: Jak odczytywać pliki małego zrzutu pamięci, które system Windows tworzy do celów debugowania.