Plik minidump znajdziesz zwykle w folderze C:\Windows\Minidump. Do szybkiego odczytu użyj BlueScreenView, a do dokładniejszej analizy – WinDbg. Zrzut pokazuje stan Windows w chwili awarii, ale wskazany sterownik jest tylko poszlaką, nie zawsze bezpośrednią przyczyną BSOD.
Czym jest plik minidump?
Minidump to niewielki zrzut pamięci zapisany podczas niebieskiego ekranu. Zawiera między innymi kod zatrzymania, jego parametry, aktywne moduły oraz fragment stosu wywołań. Dzięki temu można ustalić, co działo się w systemie tuż przed awarią.
Nie jest to jednak gotowa diagnoza. Ten sam kod może wynikać z problemu ze sterownikiem, pamięcią RAM, dyskiem albo innym elementem systemu.
Jak sprawdzić, czy Windows zapisuje minidump?
Najpierw sprawdź, czy pliki są generowane. Zmiana ustawień dotyczy kolejnych awarii, więc nie odtworzy zrzutów z wcześniejszych niebieskich ekranów.
- Naciśnij Win + R, wpisz
sysdm.cpli zatwierdź. - Otwórz kartę Zaawansowane, a następnie w sekcji Uruchamianie i odzyskiwanie kliknij Ustawienia.
- W polu zapisywania informacji o debugowaniu wybierz Mały zrzut pamięci (256 KB).
- Sprawdź, czy jako katalog wskazano
%SystemRoot%\Minidump, zatwierdź zmiany i uruchom komputer ponownie.
Folder możesz otworzyć bezpośrednio. Naciśnij Win + R i wpisz %SystemRoot%\Minidump. Standardowa ścieżka to C:\Windows\Minidump. Jeśli katalog jest pusty, przyczyną może być wyłączony zapis zrzutów, brak pliku stronicowania zarządzanego przez Windows albo awaria, po której system nie zdążył utworzyć pliku.
Jak odczytać minidump?
BlueScreenView – szybki odczyt
BlueScreenView jest prostym narzędziem do przeglądania historii BSOD. Po uruchomieniu odczytuje pliki z folderu Minidump i przedstawia awarie w formie tabeli. Wybierz konkretny wpis i sprawdź:
- Crash Time – datę i godzinę awarii.
- Bug Check String oraz Bug Check Code – nazwę i kod zatrzymania.
- Caused By Driver – sterownik lub moduł wskazany jako powiązany z awarią.
- nazwy plików z rozszerzeniem
.sys, które mogą wskazywać urządzenie albo składnik systemu.
Jeżeli program wskazuje sterownik karty graficznej, sieciowej lub kontrolera dysku, sprawdź jego aktualizację na stronie producenta. Nie usuwaj jednak sterownika wyłącznie na podstawie jednej analizy.
Ostrzeżenie: sterownik widoczny w raporcie mógł być tylko aktywny w chwili awarii. Rzeczywistą przyczyną może być uszkodzona pamięć RAM, inny sterownik, problem sprzętowy albo uszkodzenie danych w pamięci.
WinDbg – dokładniejsza analiza
WinDbg jest debuggerem firmy Microsoft przeznaczonym do szczegółowej analizy zrzutów pamięci. Wymaga więcej pracy, ale pokazuje między innymi kod błędu, nazwę modułu, identyfikator podobnych awarii oraz stos wywołań.
Po zainstalowaniu programu otwórz plik przez File → Open dump file. Następnie wpisz w oknie poleceń kolejno:
- Wpisz
.symfix, aby skonfigurować pobieranie symboli debugowania. - Wpisz
.reload, aby przeładować moduły i symbole. - Wpisz
!analyze -v, aby uruchomić szczegółową analizę.
Pobieranie symboli wymaga połączenia z Internetem. W raporcie zwróć uwagę na pola BUGCHECK_CODE, MODULE_NAME, IMAGE_NAME, FAILURE_BUCKET_ID i STACK_TEXT. Polecenie lmvm nazwa_sterownika pokazuje dodatkowe informacje o wskazanym module. Wnioski są bardziej wiarygodne, gdy ten sam moduł lub identyfikator pojawia się w kilku zrzutach.
Co oznaczają najczęstsze kody BSOD?
Kod zatrzymania pomaga zawęzić diagnozę, ale sam nie potwierdza konkretnej przyczyny.
| Kod błędu | Sugerowana przyczyna | Pierwszy kierunek sprawdzenia |
|---|---|---|
| MEMORY_MANAGEMENT | Problemy z pamięcią RAM lub sterownikiem | Diagnostyka pamięci i analiza powtarzających się modułów |
| DRIVER_IRQL_NOT_LESS_OR_EQUAL | Błąd w kodzie sterownika | Aktualizacja lub cofnięcie ostatnio zmienionego sterownika |
| DPC_WATCHDOG_VIOLATION | Zbyt długa operacja jądra, często związana ze sterownikiem lub dyskiem | Sterowniki kontrolera pamięci masowej i firmware dysku |
| WHEA_UNCORRECTABLE_ERROR | Możliwy problem sprzętowy, przegrzewanie lub niestabilne ustawienia | Temperatury, pamięć, dysk i ustawienia podkręcania |
Co zrobić po odczytaniu minidump?
Po analizie porównaj kilka zrzutów, zamiast wyciągać wnioski z pojedynczego pliku. Szukaj powtarzającego się kodu, sterownika lub wartości FAILURE_BUCKET_ID. Następnie wykonaj działania odpowiadające najbardziej prawdopodobnej przyczynie:
- Zaktualizuj sterownik ze strony producenta urządzenia albo cofnij go, jeśli BSOD rozpoczął się po aktualizacji.
- Uruchom
mdsched.exe, aby wykonać podstawowy test pamięci RAM. Przy powtarzających się błędach rozważ dokładniejszy test MemTest86. - Sprawdź dysk, na przykład poleceniem
chkdsk, ale najpierw wykonaj kopię danych, zwłaszcza gdy dysk wykazuje objawy uszkodzenia. - Sprawdź Podgląd zdarzeń i Monitor niezawodności, aby porównać czas BSOD z aktualizacjami, instalacją sterowników lub innymi awariami.
Jeśli minidumpy wskazują różne moduły, a błędy są pozornie przypadkowe, problem może dotyczyć pamięci RAM, dysku, zasilania lub niestabilnych ustawień sprzętu. Nawracający kod WHEA_UNCORRECTABLE_ERROR mimo aktualizacji sterowników jest powodem, by zlecić dalszą diagnostykę serwisowi.
Najlepsza kolejność to: znajdź plik, odczytaj go w BlueScreenView lub WinDbg, porównaj kilka awarii i dopiero wtedy podejmij działania naprawcze.
