Naprawa Blue Screen of Death Windows 11: Kompletny przewodnik

Jak naprawić niebieski ekran śmierci (BSOD) w Windows 11: systematyczny przewodnik

Niebieski ekran śmierci (BSOD), oficjalnie znany jako błąd kodu zatrzymania lub sprawdzanie błędów, jest krytyczną linią obrony Windows 11. Gdy system operacyjny napotka warunek zagrażający bezpiecznej pracy, gwałtownie się zatrzymuje, aby zapobiec uszkodzeniu danych lub naruszeniu bezpieczeństwa. Choć jest to przerażające, taka awaria jest środkiem ochronnym. Ten przewodnik oferuje ustrukturyzowane, oparte na dowodach podejście do diagnozowania i rozwiązywania tych błędów, od szybkich poprawek po dogłębną analizę kryminalistyczną z użyciem oficjalnych narzędzi Microsoft.

Zrozumienie ekranu sprawdzania błędów Windows 11

Począwszy od Windows 11 w wersji 24H2, ekran sprawdzania błędów uległ zmianie. Teraz wyraźnie wyświetla kod zatrzymania (np. CRITICAL_PROCESS_DIED) oraz, jeśli jest dostępny, nazwę uszkodzonego modułu (np. rdbyss.sys). Ta informacja jest twoją główną wskazówką. Podczas awarii Windows próbuje zapisać dane diagnostyczne w pliku zrzutu awaryjnego, zwykle znajdującym się w C:\Windows\Minidump\ lub pełny zrzut pamięci w C:\Windows\MEMORY.DMP.

Poniższa tabela przedstawia typowe kody zatrzymania i ich główne przyczyny, oparte na dokumentacji Microsoft i typowych wzorcach awarii:

Kod zatrzymania	Typowa przyczyna	Działanie wstępne
PAGE_FAULT_IN_NONPAGED_AREA	Uszkodzona pamięć RAM, uszkodzone pliki systemowe lub nieprawidłowy dostęp do pamięci sterownika	Uruchom diagnostykę pamięci, następnie sprawdzenie plików systemowych
CRITICAL_PROCESS_DIED	Zakończenie krytycznego procesu w tle (często z powodu błędów dysku lub uszkodzenia)	Sprawdź stan dysku, uruchom naprawę przy uruchamianiu, sprawdź obecność złośliwego oprogramowania
SYSTEM_SERVICE_EXCEPTION	Awaria sterownika graficznego lub usługi systemowej	Zaktualizuj lub przywróć sterowniki grafiki i chipsetu
DRIVER_POWER_STATE_FAILURE	Sterownik przechodzi w niedozwolony stan zasilania (często z Wi-Fi/Bluetooth przy wyjściu ze snu)	Zaktualizuj sterowniki sieci/zarządzania energią
INACCESSIBLE_BOOT_DEVICE	Windows nie może uzyskać dostępu do dysku systemowego podczas uruchamiania	Sprawdź kolejność rozruchu w BIOS, tryb SATA lub podłączenie dysku

Etap 1: Szybkie poprawki (nie wymagają narzędzi technicznych)

Zanim zagłębisz się w dzienniki, wypróbuj te wysoce skuteczne, niskokosztowe rozwiązania. Zalecenia Microsoft sugerują rozpoczęcie od tego, ponieważ większość BSOD jest spowodowana niedawnymi zmianami.

Krok 1: Cofnięcie ostatnich zmian

• Usuń nowy sprzęt: Odłącz niedawno dodane urządzenia USB, zewnętrzne dyski lub karty wewnętrzne. Uszkodzony lub niekompatybilny sprzęt jest główną przyczyną.
• Usuń nowe oprogramowanie lub sterowniki: Jeśli awarie zaczęły się po instalacji, uruchom w Trybie bezpiecznym (przytrzymaj Shift podczas klikania „Uruchom ponownie”) i usuń aplikację.

Krok 2: Uruchomienie wbudowanych narzędzi naprawczych Windows

Otwórz menu Start, wpisz cmd, kliknij prawym przyciskiem myszy „Wiersz polecenia” i wybierz „Uruchom jako administrator”. Wykonaj następujące polecenia po kolei:

1. Sprawdzanie plików systemowych (SFC): Skanuje i naprawia uszkodzone pliki systemowe Windows.

   Google AdInline article slot

   SFC /scannow

   Zgodnie z dokumentacją techniczną Microsoft, to narzędzie jest pierwszą linią obrony przed uszkodzeniem systemu operacyjnego.

2. Sprawdzanie dysku (CHKDSK): Skanuje dysk twardy w poszukiwaniu błędów systemu plików lub uszkodzonych sektorów.

   chkdsk /r

   (Będziesz musiał wpisać Y i ponownie uruchomić komputer, aby uruchomić to sprawdzenie przed załadowaniem Windows).

   Google AdInline article slot

Krok 3: Sprawdzenie wolnego miejsca i aktualizacji

• Wolne miejsce: Upewnij się, że na dysku systemowym jest 10–15% wolnego miejsca. Brak miejsca uniemożliwia systemowi operacyjnemu tworzenie niezbędnych plików stronicowania i może powodować awarie.
• Windows Update: Przejdź do „Ustawienia” > „Windows Update” i zainstaluj wszystkie oczekujące aktualizacje, w tym dodatkowe aktualizacje sterowników.

Etap 2: Tryb diagnostyczny (użycie WinDbg do odczytu pliku zrzutu)

Jeśli BSOD utrzymuje się, zgadywanie przyczyny jest nieskuteczne. Microsoft udostępnia Windows Debugger (WinDbg) do analizy pliku zrzutu awaryjnego. To narzędzie odczytuje „czarną skrzynkę” zapisu awarii, aby określić dokładny sterownik lub proces, który spowodował błąd.

Jak przeanalizować zrzut awaryjny za pomocą WinDbg

Krok 1: Instalacja WinDbg Pobierz „Narzędzia debugowania dla Windows” ze sklepu Microsoft Store lub Windows SDK. Po instalacji uruchom WinDbg.

Krok 2: Konfiguracja symboli WinDbg wymaga „symboli”, aby przekonwertować kod na czytelny tekst.

• W WinDbg przejdź do „Plik” > „Opcje” > „Opcje debugowania”.
• W polu „Domyślna ścieżka symboli” wklej następującą ścieżkę do publicznego serwera symboli Microsoft:

  srv*https://msdl.microsoft.com/download/symbols

  Jest to zalecana konfiguracja Microsoft do debugowania błędów kodu zatrzymania.

Krok 3: Otwarcie pliku zrzutu awaryjnego

• Przejdź do „Plik” > „Otwórz zrzut awaryjny”.
• Przejdź do C:\Windows\Minidump\ i wybierz najnowszy plik .dmp. Możesz również otworzyć pełny MEMORY.DMP, jeśli jest dostępny.

Krok 4: Uruchomienie analizy Po załadowaniu zrzutu wpisz następujące polecenie w dolnym wierszu poleceń:

!analyze -v

Poczekaj, aż narzędzie przetworzy dane. Znajdź następujące linie w wynikach:

• BUGCHECK_CODE: Szesnastkowy kod błędu (np. 0x7f).
• PROCESS_NAME: Konkretna aplikacja działająca w momencie awarii.
• IMAGE_NAME: Najbardziej krytyczna linia. To konkretny plik sterownika, który prawdopodobnie spowodował awarię (np. nvlddmkm.sys dla NVIDIA, rtl8821ce.sys dla Realtek Wi-Fi).

⚠️ Ważne ostrzeżenie Nie pobieraj narzędzi debugowania ani sterowników z witryn stron trzecich oferujących „aktualizacje sterowników”. Zawsze używaj WinDbg od Microsoft i sterowników z oficjalnej strony producenta urządzenia lub z Windows Update. Nieprawidłowa instalacja sterownika może trwale uszkodzić konfigurację rozruchu Windows.

Etap 3: Zaawansowane rozwiązywanie problemów (WinRE)

Jeśli Windows 11 wchodzi w cykl awarii (restartuje się natychmiast po niebieskim ekranie) i nie możesz dostać się na pulpit, musisz użyć środowiska odzyskiwania Windows (WinRE).

Wymuszone wejście do WinRE

Włącz komputer. Gdy pojawi się logo Windows (lub wirujące kropki), naciśnij i przytrzymaj przycisk zasilania przez 5–10 sekund, aby wymusić wyłączenie. Powtórz ten proces trzy razy. Przy czwartym uruchomieniu Windows automatycznie uruchomi ekran „Automatyczna naprawa”, gdzie należy wybrać „Opcje zaawansowane”.

Działania naprawcze w WinRE

Po wejściu do niebieskiego menu WinRE, przejdź do „Rozwiązywanie problemów” > „Opcje zaawansowane”:

1. Naprawa przy uruchamianiu: To automatyczne narzędzie próbuje naprawić brakujące pliki rozruchowe lub uszkodzenie rejestru. Szczególnie skuteczne w przypadku błędu INACCESSIBLE_BOOT_DEVICE.
2. Przywracanie systemu: Jeśli masz zapisany punkt przywracania, cofnij Windows do daty przed wystąpieniem awarii.
3. Usuwanie aktualizacji: Wybierz „Usuń ostatnią aktualizację jakości” (dla ostatnich poprawek sterowników/bezpieczeństwa) lub „Usuń ostatnią aktualizację funkcji” (dla dużych aktualizacji wersji systemu operacyjnego).
4. Wiersz polecenia: Dla zaawansowanych użytkowników umożliwia ręczne odbudowanie danych konfiguracji rozruchu (BCD) za pomocą bootrec /rebuildbcd lub sprawdzenie dysku za pomocą chkdsk c: /f.

Etap 4: Identyfikacja awarii sprzętu

Jeśli poprawki programowe i przywracanie sterowników nie pomogły, problem prawdopodobnie dotyczy fizycznej awarii sprzętu. Zgodnie ze wzorcami diagnostycznymi z dyskusji Microsoft Q&A, następujące kontrole sprzętu są najbardziej skuteczne:

• Pamięć (RAM): Wpisz „Narzędzie diagnostyczne pamięci Windows” w menu Start i zaplanuj test. Komunikat „wykryto problem sprzętowy” wskazuje na uszkodzone moduły RAM, które należy fizycznie wymienić.
• Dysk (SSD/HDD): Użyj dedykowanego narzędzia producenta (np. Samsung Magician, WD Dashboard) lub uniwersalnych narzędzi do sprawdzenia statusu S.M.A.R.T.. Uszkodzony dysk często powoduje błędy CRITICAL_PROCESS_DIED.
• Przegrzanie: Pobierz oficjalne narzędzie producenta (np. Intel XTU lub AMD Ryzen Master) do sprawdzenia temperatury CPU. Ciągłe awarie pod obciążeniem zwykle wskazują na throttling z powodu przegrzania lub niewystarczające zasilanie.

Kluczowe wnioski

1. Nie ignoruj kodu. Kod zatrzymania wyświetlany na niebieskim ekranie jest najbardziej konkretną wskazówką diagnostyczną; zapisz go przed ponownym uruchomieniem komputera.
2. Analizuj, a nie zgaduj. Użyj oficjalnego polecenia !analyze -v w narzędziu WinDbg od Microsoft do odczytu pliku zrzutu awaryjnego. Pokaże ci ono dokładnie, który plik sterownika spowodował awarię.
3. Izoluj ostatnie zmiany. Statystycznie BSOD są najczęściej spowodowane niedawno zainstalowanymi sterownikami, sprzętem lub aktualizacjami Windows. Użyj trybu bezpiecznego lub WinRE, aby je cofnąć.
4. Użyj WinRE dla cykli rozruchu. Jeśli nie możesz uzyskać dostępu do pulpitu, wymuś uruchomienie systemu w środowisku odzyskiwania, aby uzyskać dostęp do naprawy przy uruchamianiu lub wiersza polecenia w celu naprawy głównego rekordu rozruchowego.

Często zadawane pytania

Pytanie 1: Czy niebieski ekran zawsze oznacza, że mój komputer umiera?

O: Nie. Chociaż awaria sprzętu jest przyczyną, większość BSOD jest spowodowana uszkodzonymi sterownikami lub nieudanymi aktualizacjami oprogramowania. Pojedynczy BSOD, po którym komputer działa normalnie, często jest przypadkowym błędem dostępu do pamięci. Częste, powtarzające się BSOD wskazują na trwały problem wymagający opisanych powyżej poprawek.

Pytanie 2: Jak wyłączyć automatyczne ponowne uruchamianie, aby przeczytać błąd?

O: Domyślnie Windows 11 restartuje się natychmiast. Aby to zatrzymać: kliknij prawym przyciskiem myszy „Start” > „System” > „Zaawansowane ustawienia systemu” > w sekcji „Uruchamianie i odzyskiwanie” kliknij „Ustawienia” > odznacz „Wykonaj automatyczne ponowne uruchomienie”. To zamrozi ekran z kodem błędu, dopóki ręcznie nie wyłączysz zasilania.

Pytanie 3: Uruchomiłem !analyze -v, ale IMAGE_NAME to ntkrnlmp.exe (jądro Windows). Co teraz?

O: ntkrnlmp.exe to jądro Windows. Jeśli debugger wskazuje na nie, rzadko oznacza to, że jądro jest uszkodzone. Oznacza to, że jądro wykryło awarię, ale sterownik innej firmy ukrył swoje ślady. Należy ponownie uruchomić !analyze -v i sprawdzić sekcję STACK_TEXT, aby zobaczyć, który sterownik ostatnio wywoływał jądro. Awarie sprzętu (uszkodzona pamięć RAM) również często objawiają się jako awarie jądra.

Pytanie 4: Dlaczego mój komputer restartuje się natychmiast po wyłączeniu?

O: To często BSOD DRIVER_POWER_STATE_FAILURE, występujący tak szybko, że go nie widzisz. Uruchom w trybie bezpiecznym i sprawdź wyłączanie. Jeśli w trybie bezpiecznym działa, wyłącz „Szybkie uruchamianie” w ustawieniach zasilania. Jeśli to nie pomoże, zaktualizuj sterowniki chipsetu i sieci, ponieważ zarządzają one stanami zasilania.

Pytanie 5: Czy złośliwe oprogramowanie może spowodować niebieski ekran?

O: Tak. Rootkity i bootkity infekujące główny rekord rozruchowy (MBR) mogą destabilizować system plików, prowadząc do uszkodzenia systemu i sprawdzania błędów. Jeśli BSOD utrzymuje się po naprawach sterowników, uruchom pełne skanowanie offline za pomocą Windows Defender w trybie offline lub zaufanego dysku rozruchowego, aby wykluczyć złośliwe oprogramowanie w trybie jądra.

— Editorial Team