Niebieski ekran śmierci (BSOD) – jak odczytać kod błędu?

Kod błędu na niebieskim ekranie śmierci (BSOD) odczytasz bezpośrednio z samego ekranu w chwili awarii, a po restarcie – z Podglądu zdarzeń lub z plików minidump/MEMORY.DMP analizowanych narzędziami takimi jak BlueScreenView czy WinDbg.

Znajomość dokładnego kodu (np. „CRITICAL_PROCESS_DIED” czy „STOP 0x0000007E”) pozwala ustalić przyczynę błędu i szybko znaleźć dopasowane rozwiązanie.

Co to jest BSOD i czym jest „kod błędu”?

Blue Screen of Death (BSOD) to ekran wyświetlany przez Windows w chwili krytycznego błędu, po którym system nie może bezpiecznie kontynuować pracy.

Na tym ekranie system pokazuje nazwę błędu (np. CRITICAL_PROCESS_DIED, SYSTEM_SERVICE_EXCEPTION) oraz kod STOP w postaci liczby szesnastkowej (np. 0x0000007E, 0x0000000A).

W nowszych wersjach Windows 10/11 widzisz zwykle pole Kod zatrzymania (Stop code), a pod nim tekstową nazwę błędu. W starszych wersjach (np. Windows 7/XP) dominował zapis typu STOP 0x000000XX plus ewentualne parametry w nawiasach.

Te informacje to „kod błędu BSOD” – podstawa dalszej diagnozy i wyszukiwania rozwiązania.

Jak odczytać kod błędu z samego niebieskiego ekranu?

Co robić w momencie wystąpienia BSOD?

Gdy pojawi się niebieski ekran:

Nie naciskaj od razu resetu – daj sobie chwilę na odczytanie informacji.
Znajdź pole „Kod zatrzymania” / „Stop code” – zwykle w dolnej części ekranu.
Zapisz kod błędu i nazwę – przyda się do dalszej diagnozy.

Aby zachować informacje, wykonaj co najmniej jedną z poniższych czynności:

zrób zdjęcie telefonem,
spisz dokładnie nazwę tekstową (np. IRQL_NOT_LESS_OR_EQUAL),
zanotuj także kod szesnastkowy (np. 0x00000050).

Na ekranie BSOD może być widoczny również plik sterownika (np. nvlddmkm.sys, ntfs.sys), który został wskazany jako bezpośrednia przyczyna błędu. Warto go zanotować – często od razu podpowiada, czy winny jest sterownik graficzny, dysk lub antywirus.

Uniemożliwia ci to automatyczny restart?

Windows ma domyślnie włączoną opcję Automatycznie uruchom ponownie po błędzie systemu – przez co BSOD znika po kilku sekundach. Aby mieć czas na odczytanie kodu:

Otwórz Właściwości systemu i przejdź do zakładki Zaawansowane.
Wejdź w Uruchamianie i odzyskiwanie.
Odznacz Automatycznie uruchom ponownie i zaznacz Zapisz zdarzenie do dziennika systemu.

Dzięki temu kolejne BSOD-y będą logowane, a ekran nie zniknie natychmiast.

Jak znaleźć kod błędu BSOD po restarcie systemu?

Jeśli nie zdążyłeś nic zanotować albo BSOD pojawił się tylko na moment – kod błędu można odczytać później z systemu.

Podgląd zdarzeń (Event Viewer)

Windows zapisuje informacje o krytycznych błędach w Dziennikach zdarzeń. Wykonaj te kroki:

Otwórz menu Start i wpisz eventvwr, aby uruchomić Podgląd zdarzeń (Event Viewer).
Przejdź do Dzienniki Windows → System.
Poszukaj zdarzeń z poziomem Krytyczny (oznaczone czerwoną ikoną).
Otwórz szczegóły zdarzenia; w zakładce zobaczysz m.in. następujące informacje:

kod błędu BSOD (często jako BugCheckCode),
informacje o module/sterowniku powodującym błąd,
czas wystąpienia i dodatkowe parametry.

Jeśli wcześniej włączyłeś opcję zapisu do dziennika systemu, szansa na pełną informację o BSOD znacząco rośnie.

Pliki minidump (C:\Windows\Minidump)

Windows tworzy zrzuty pamięci – tzw. minidump – gdy wystąpi BSOD. Domyślne lokalizacje to C:\Windows\Minidump (wiele małych plików dla kolejnych BSOD) oraz C:\Windows\MEMORY.DMP (większy, pełny zrzut pamięci – nie zawsze tworzony).

Po restarcie skopiuj najnowszy plik .dmp z folderu C:\Windows\Minidump w bezpieczne miejsce (np. na pulpit), a następnie przeanalizuj go odpowiednim programem.

Jeśli folder Minidump jest pusty, sprawdź w ustawieniach systemu (Uruchamianie i odzyskiwanie), czy zaznaczona jest opcja tworzenia zrzutu pamięci.

Odczytywanie kodu błędu z minidump – BlueScreenView i WinDbg

Do analizy plików zrzutu pamięci potrzebne są odpowiednie narzędzia – w zwykłym edytorze zobaczysz jedynie nieczytelne dane.

BlueScreenView – proste rozwiązanie dla każdego

BlueScreenView to bezpłatny, prosty program, który automatycznie odnajduje i analizuje pliki minidump. Najważniejsze funkcje:

automatyczne wykrywanie plików .dmp – program sam lokalizuje zrzuty i tworzy listę BSOD-ów;
przegląd historii awarii – szybki podgląd daty, godziny i powtarzalności błędów;
kluczowe pola raportu – Bug Check String (nazwa błędu), Bug Check Code (kod STOP), Dump File (plik zrzutu),
Caused By Driver – wskazanie sterownika powiązanego z awarią.

Najważniejsze dla diagnozy są Bug Check String oraz Bug Check Code – to właśnie „kod błędu BSOD”, na podstawie którego wyszukasz przyczynę i rozwiązanie.

WinDbg / Debugging Tools – głębsza analiza (dla zaawansowanych)

Dla bardziej technicznej analizy użyj WinDbg (Debugging Tools for Windows) dostępnego w pakiecie Windows SDK.

Podstawowa procedura:

Zainstaluj Windows SDK wraz z Debugging Tools for Windows.
Uruchom WinDbg.
Otwórz plik MEMORY.DMP lub najnowszy .dmp z menu File i w konsoli wpisz !analyze -v.

W wynikach analizy zobaczysz m.in.:

nazwę błędu (BugCheck),
kod błędu (BugCheckCode),
listę modułów biorących udział w awarii (np. ntoskrnl.exe, nvlddmkm.sys).

WinDbg pozwala precyzyjnie ustalić, czy winny jest sterownik, sprzęt, plik systemowy czy aplikacja.

Jak interpretować odczytany kod błędu BSOD?

Kod błędu BSOD ma zwykle dwie formy:

Nazwa tekstowa (Bug Check String), np.:

CRITICAL_PROCESS_DIED – krytyczny proces systemowy zakończył działanie,
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED – nieobsłużony wyjątek w wątku systemowym,
IRQL_NOT_LESS_OR_EQUAL – problem z pamięcią lub sterownikiem na poziomie jądra,
PAGE_FAULT_IN_NONPAGED_AREA – błąd odczytu lub zapisu w obszarze pamięci.

Kod STOP – liczba szesnastkowa, np.:

0x0000000A – IRQL_NOT_LESS_OR_EQUAL,
0x00000050 – PAGE_FAULT_IN_NONPAGED_AREA,
0x0000007E – SYSTEM_THREAD_EXCEPTION_NOT_HANDLED.

Znając dokładny tekst błędu i kod, możesz:

sprawdzić ich opis w oficjalnej dokumentacji Microsoftu,
skorzystać z niezależnych baz kodów BSOD, które podają typowe przyczyny i rozwiązania,
przeszukać fora techniczne i strony producentów sprzętu (poradniki wsparcia technicznego firm OEM).

Gdzie szukać informacji o konkretnym kodzie?

Po odczytaniu kodu błędu warto skorzystać z tych źródeł:

dokumentacja Microsoftu – opisuje znaczenie kodów STOP i sugeruje kroki naprawcze,
bazy kodów BSOD na specjalistycznych portalach – zebrane przyczyny i sprawdzone rozwiązania,
poradniki producentów sprzętu – ujęcie charakterystyczne dla danego modelu (np. Dell, HP, Lenovo),
narzędzia diagnostyczne Microsoft – DISM, SFC, CHKDSK w razie podejrzenia uszkodzeń plików systemowych lub dysku.

W praktyce najskutecznie działa połączenie: dokładny kod (np. IRQL_NOT_LESS_OR_EQUAL + 0x0000000A), wskazany sterownik lub moduł (np. nvlddmkm.sys) oraz historia zmian w systemie (nowe sterowniki, aktualizacje, wymiana sprzętu).

Przykład: krok po kroku dla błędu „IRQL_NOT_LESS_OR_EQUAL”

Załóżmy, że pojawił się BSOD z komunikatem IRQL_NOT_LESS_OR_EQUAL i kodem 0x0000000A.

Na ekranie BSOD: zapisz tekst błędu i kod STOP oraz – jeśli widnieje – nazwę sterownika (np. ndis.sys, nvlddmkm.sys).
Po restarcie: sprawdź Podgląd zdarzeń → System (zdarzenie krytyczne z czasu awarii, pole BugCheckCode) i przeanalizuj najnowszy minidump w BlueScreenView, aby potwierdzić tekst błędu i wskazany sterownik.
Interpretacja: dokumentacja wskazuje, że IRQL_NOT_LESS_OR_EQUAL często ma związek z wadliwymi sterownikami, problemami z RAM lub oprogramowaniem działającym w jądrze systemu.

Dalsze kroki (w skrócie):

aktualizacja lub przywrócenie sterowników do stabilnej wersji,
test pamięci RAM (Windows Memory Diagnostic),
sprawdzenie dysku (chkdsk /f /r) oraz plików systemowych (sfc /scannow, dism /Online /Cleanup-Image /RestoreHealth).

Wszystkie te działania wykonuj „pod konkretny kod błędu”, zamiast działać na ślepo.

Najczęstsze kody BSOD – krótka ściąga

Poniżej kilka popularnych błędów, które często pojawiają się w praktyce:

Kod / nazwa błędu	Ogólny sens (w uproszczeniu)
`CRITICAL_PROCESS_DIED`	Padł kluczowy proces systemowy – często problem z plikami systemowymi.
`SYSTEM_SERVICE_EXCEPTION`	Błąd w usłudze systemowej – zwykle sterowniki, antywirus, aktualizacje.
`SYSTEM_THREAD_EXCEPTION_NOT_HANDLED`	Nieobsłużony wyjątek w wątku systemowym – sterowniki, szczególnie grafiki.
`IRQL_NOT_LESS_OR_EQUAL` (`0x0A`)	Problem z pamięcią lub sterownikiem w jądrze – RAM, sterowniki sieci/grafiki.
`PAGE_FAULT_IN_NONPAGED_AREA` (`0x50`)	Błąd odczytu/zapisu w pamięci – RAM, dysk, sterowniki.
`KMODE_EXCEPTION_NOT_HANDLED`	Nieobsłużony wyjątek w trybie jądra – sterowniki, czasem sprzęt.
`DRIVER_IRQL_NOT_LESS_OR_EQUAL`	Konflikt lub błąd sterownika – często sieć, audio, grafika.

Tego typu zestawienia pozwalają szybko powiązać odczytany kod z typową przyczyną.

Dobre praktyki – aby kody błędów miały sens

Stosuj te zasady, aby dane z BSOD faktycznie pomagały w naprawie:

włącz zapisywanie zrzutów pamięci i dzienników – Uruchamianie i odzyskiwanie: zaznacz zapisywanie zdarzeń i tworzenie zrzutu,
wyłącz automatyczny restart – zyskasz czas na spisanie kodu i wykonanie zdjęcia ekranu,
prowadź dziennik BSOD-ów – notuj:
- datę i godzinę,
- pełny tekst błędu i kod STOP,
- informacje o sterowniku (jeśli widnieją).
po odczytaniu kodu działaj metodycznie – sprawdzaj bazy kodów i dokumentację oraz używaj narzędzi diagnostycznych (SFC, DISM, CHKDSK, test RAM, test dysku) zgodnie z charakterem błędu.