Niebieski ekran Windows 11 25H2 — diagnostyka i naprawa kodów STOP

Niebieski ekran 25H2: jak rozpoznać kod STOP i naprawić Windows 11?

Niebieski ekran 25H2 w Windows 11 najczęściej oznacza problem ze sterownikiem, pamięcią, zasilaniem urządzenia, plikami systemowymi albo nieudaną aktualizacją funkcji. W wersji 25H2 użytkownicy częściej łączą awarie z momentem przejścia z 24H2, nowymi sterownikami graficznymi, sterownikami Wi-Fi/Bluetooth, kontrolerami NVMe, oprogramowaniem zabezpieczającym i starszymi narzędziami działającymi w trybie jądra. Ten poradnik pokazuje, jak czytać kody STOP Windows 11, kiedy użyć dump file analysis, jak wykonać podstawy WinDbg z poleceniem !analyze -v oraz kiedy zamiast minidumpa uruchomić SetupDiag Windows 11.

Dostajesz praktyczną ścieżkę diagnostyczną: tabelę kod STOP → prawdopodobny podsystem, decyzję naprawczą zależną od tego, czy system uruchamia się normalnie, tryb awaryjny przez bcdedit, skanowanie sfc /scannow, naprawę obrazu przez DISM, analizę zrzutu pamięci w WinDbg i użycie SetupDiag po BSOD podczas aktualizacji. Wszystkie kody w tekście są rzeczywistymi kodami STOP, a linki prowadzą do dokumentacji Microsoft Learn, w tym do oficjalnego artykułu Rozwiązywanie problemów z błędem zatrzymania lub niebieskim ekranem.

Jeżeli po awarii wykonujesz czystą instalację lub przenosisz licencję na nowy dysk, sprawdź Windows 11 Pro, Windows 11 Home oraz pełną kategorię klucze Windows w kluczesoft.pl. Przy diagnostyce BSOD najpierw ratuj dane i ustal przyczynę, a dopiero potem decyduj, czy naprawiasz istniejącą instalację, robisz aktualizację naprawczą, czy instalujesz system od zera.

Co naprawdę oznacza BSOD w Windows 11 25H2?

BSOD, czyli ekran błędu zatrzymania, nie jest zwykłym komunikatem aplikacji. Windows zatrzymuje jądro systemu, gdy dalsza praca grozi uszkodzeniem danych albo system nie może bezpiecznie kontynuować wykonywania kodu. Dlatego na ekranie widzisz kod typu IRQL_NOT_LESS_OR_EQUAL, CRITICAL_PROCESS_DIED, MEMORY_MANAGEMENT albo DRIVER_POWER_STATE_FAILURE. Nazwa kodu jest pierwszą wskazówką, ale nie jest wyrokiem. Ten sam kod może mieć inną przyczynę na laptopie po uśpieniu, inną po instalacji sterownika GPU, a inną podczas aktualizacji do 25H2.

W praktyce liczy się kontekst. Jeżeli niebieski ekran pojawia się tylko w trakcie aktualizacji funkcji, skupiasz się na dziennikach instalatora i SetupDiag. Jeżeli pojawia się po starcie gry, edytora wideo albo programu CAD, patrzysz na sterownik grafiki, antycheat, filtr dyskowy, pamięć VRAM, temperatury i zasilanie. Jeżeli BSOD występuje po wybudzeniu, często prowadzi do sterowników ACPI, chipsetu, karty sieciowej, Bluetooth, kontrolera USB albo firmware. Jeżeli pojawia się losowo podczas zwykłej pracy, najpierw zbierasz minidumpy i sprawdzasz, czy w każdym z nich powtarza się ten sam sterownik.

Microsoft opisuje błędy zatrzymania jako sytuacje, w których Windows wykrywa problem zagrażający bezpiecznemu działaniu systemu. W oficjalnym poradniku Microsoft Learn znajdziesz zalecenia: odłączenie nowego sprzętu, użycie trybu awaryjnego, cofnięcie sterownika, sprawdzenie aktualizacji, analiza dzienników i odzyskiwanie systemu. Artykuł Microsoftu jest dobrym punktem startowym, ale w firmowym lub technicznym scenariuszu warto iść dalej: zapisać kod STOP, sprawdzić folder C:\Windows\Minidump, odróżnić awarię pracy systemu od awarii aktualizacji i nie usuwać pochopnie zrzutów pamięci.

25H2 a wcześniejsze wersje: dlaczego po aktualizacji awarie wyglądają inaczej?

Windows 11 25H2 nie zmienia zasady działania kodów STOP, ale zmienia środowisko, w którym działają sterowniki i usługi. Po aktualizacji funkcji system może używać nowszego jądra, nowszych składników zabezpieczeń, zmienionych zasad izolacji, nowych sterowników z Windows Update oraz odświeżonych bibliotek systemowych. Dlatego komputer stabilny na 24H2 może zacząć wyświetlać BSOD po 25H2, mimo że sprzęt fizycznie nie uległ awarii. Najczęściej winny jest element, który działa nisko w systemie: sterownik urządzenia, filtr systemu plików, oprogramowanie szyfrujące, VPN, program ochronny, sterownik maszyny wirtualnej albo narzędzie producenta laptopa.

Ważne jest też to, że aktualizacja do 25H2 może ujawnić problem istniejący wcześniej. Jeżeli pamięć RAM ma marginalną stabilność po profilu XMP/EXPO, kontroler NVMe ma przestarzały firmware, a sterownik Wi-Fi był od dawna stary, dopiero większa aktualizacja może uruchomić sekwencję, w której błąd jest powtarzalny. Nie zakładaj więc automatycznie, że "25H2 jest uszkodzony". Traktuj aktualizację jako moment, który zmienił obciążenie i wersje sterowników. Diagnostyka powinna odpowiedzieć na pytanie: który komponent przestał spełniać wymagania nowego środowiska?

W przypadku komputerów służbowych dodatkowym czynnikiem są agenty EDR, szyfrowanie dysku, sterowniki DLP, oprogramowanie VPN i pakiety do zarządzania urządzeniami. Te komponenty potrafią instalować sterowniki filtrujące ruch sieciowy albo dostęp do dysku. Jeżeli po 25H2 pojawia się DRIVER_IRQL_NOT_LESS_OR_EQUAL, SYSTEM_SERVICE_EXCEPTION albo KMODE_EXCEPTION_NOT_HANDLED, a WinDbg wskazuje plik .sys dostawcy bezpieczeństwa, nie naprawiaj tego przez losowe usuwanie plików. Aktualizuj aplikację producenta, użyj oficjalnego deinstalatora lub skonsultuj wersję z administratorem.

Najpierw zabezpiecz dane i ustal, czy system wstaje

Najgorszy błąd przy BSOD to natychmiastowe wykonywanie wielu napraw naraz. Zmiana sterowników, BIOS-u, ustawień pamięci, aktualizacji i rejestru w jednym podejściu niszczy ślad diagnostyczny. Najpierw odpowiedz na trzy pytania: czy Windows uruchamia się do pulpitu, czy działa tryb awaryjny, czy BSOD pojawia się w konkretnym momencie. Dopiero potem wybierz metodę. Jeśli system startuje, skopiuj zrzuty pamięci i dane użytkownika. Jeśli system nie startuje, użyj WinRE, nośnika instalacyjnego lub drugiego komputera do zabezpieczenia plików.

Typowe lokalizacje diagnostyczne to C:\Windows\Minidump, C:\Windows\MEMORY.DMP, Podgląd zdarzeń oraz foldery instalatora Windows przy aktualizacji: C:\$Windows.~BT\Sources\Panther, C:\$Windows.~BT\Sources\Rollback i C:\Windows\Panther. Nie czyść ich przed analizą. Programy do "optymalizacji" często usuwają zrzuty pamięci, przez co zostaje tylko ogólny komunikat. Jeżeli komputer wpada w pętlę restartów, wyłącz automatyczne ponowne uruchamianie po awarii w ustawieniach odzyskiwania lub zrób zdjęcie kodu STOP.

Jeżeli masz podejrzenie awarii dysku, nie zaczynaj od intensywnych testów zapisu. Najpierw wykonaj kopię najważniejszych plików. BSOD z NTFS_FILE_SYSTEM, UNEXPECTED_STORE_EXCEPTION albo powtarzającymi się błędami I/O w dzienniku systemowym może oznaczać problem z nośnikiem, kontrolerem, kablem, firmware albo sterownikiem magazynu. W takiej sytuacji SFC i DISM są dopiero drugim etapem, bo naprawa plików systemowych nie pomoże, jeśli warstwa dyskowa dalej gubi dane.

Tabela: kod STOP Windows 11 → prawdopodobny podsystem i pierwszy ruch

Ta tabela nie zastępuje analizy zrzutu. Jej zadanie jest praktyczne: ma skrócić drogę od kodu STOP do właściwej kategorii naprawy. Jeżeli widzisz IRQL_NOT_LESS_OR_EQUAL, nie zaczynaj od czystej instalacji Windows. Najpierw ustal sterownik. Jeżeli widzisz WHEA_UNCORRECTABLE_ERROR, nie instaluj pięciu "naprawiaczy" systemu. Najpierw wróć do stabilnych ustawień BIOS-u i sprawdź sprzęt. Jeżeli widzisz CRITICAL_PROCESS_DIED po nieudanej aktualizacji, rozważ SetupDiag i naprawę obrazu systemu.

Jak czytać minidump: podstawy WinDbg dla BSOD Windows 11 25H2

Największą wartość w diagnostyce daje nie sama nazwa kodu STOP, lecz powtarzalność w zrzutach pamięci. Jeżeli pięć minidumpów wskazuje ten sam sterownik .sys, masz mocny trop. Jeżeli każdy dump wskazuje inny moduł, częściej podejrzewasz RAM, niestabilność sprzętu, firmware, zasilanie albo sterownik uszkadzający pamięć wcześniej niż widać to w stosie. Do pierwszej analizy wystarczy WinDbg Preview z Microsoft Store albo WinDbg z pakietu Windows SDK. Microsoft opisuje debugowanie awarii i polecenia WinDbg w dokumentacji Windows Debugging oraz referencji polecenia !analyze.

Przed uruchomieniem WinDbg sprawdź, czy Windows tworzy zrzuty. Wejdź w ustawienia zaawansowane systemu, uruchamianie i odzyskiwanie, a następnie upewnij się, że zapis informacji debugowania jest włączony. Najwygodniejsze na start są małe zrzuty pamięci w C:\Windows\Minidump. Pełny plik MEMORY.DMP może być bardzo duży, ale czasem zawiera więcej kontekstu. W środowisku firmowym pamiętaj, że dump może zawierać informacje wrażliwe: nazwy ścieżek, fragmenty pamięci, nazwy użytkowników, a przy pełnych zrzutach również dane aplikacji.

Poniższy schemat pokazuje najprostszy przebieg analizy. Nie zakłada, że od razu zostaniesz debuggerem sterowników. Chodzi o wyciągnięcie z dumpa kodu, modułu, nazwy procesu, czasu awarii i tropu sterownika.

REM 1. Skopiuj zrzuty, aby nie pracować bezpośrednio na folderze systemowym:
copy C:\Windows\Minidump\*.dmp C:\Temp\Minidump\

REM 2. Otwórz WinDbg jako administrator i wybierz:
REM File > Open dump file > C:\Temp\Minidump\nazwa_pliku.dmp

REM 3. Ustaw symbole Microsoft, jeśli WinDbg nie zrobił tego automatycznie:
.symfix
.reload

REM 4. Uruchom podstawową analizę:
!analyze -v

REM 5. Zapisz najważniejsze pola:
REM BUGCHECK_CODE
REM BUGCHECK_P1/P2/P3/P4
REM MODULE_NAME
REM IMAGE_NAME
REM PROCESS_NAME
REM FAILURE_BUCKET_ID

REM 6. Jeśli IMAGE_NAME wskazuje sterownik, sprawdź moduł:
lmvm nazwa_sterownika_bez_sys

Wynik !analyze -v wymaga rozsądnej interpretacji. Jeżeli IMAGE_NAME pokazuje ntoskrnl.exe, nie znaczy to automatycznie, że uszkodzone jest jądro Windows. Jądro często jest miejscem, w którym awaria została wykryta, a nie źródłem problemu. Bardziej interesujące są sterowniki firm trzecich, powtarzający się FAILURE_BUCKET_ID, nietypowy PROCESS_NAME oraz sekwencja awarii po konkretnym zdarzeniu. Jeżeli po każdym wybudzeniu pojawia się ten sam sterownik karty Wi-Fi, naprawiasz sterownik i firmware, a nie cały system.

Przy kodach pamięciowych, takich jak MEMORY_MANAGEMENT albo PAGE_FAULT_IN_NONPAGED_AREA, nie zatrzymuj się na jednym dumpie. Uszkodzona pamięć może powodować pozornie przypadkowe moduły. Zbierz kilka awarii, przywróć domyślne ustawienia RAM w BIOS/UEFI, wyłącz profil XMP/EXPO na czas testów i sprawdź, czy objawy znikają. Jeżeli znikają, masz wynik diagnostyczny. Jeżeli zostają, wróć do WinDbg i sterowników.

SetupDiag Windows 11: kiedy jest ważniejszy niż WinDbg?

Jeżeli BSOD wystąpił podczas aktualizacji do Windows 11 25H2, po restarcie system mógł cofnąć zmiany i wrócić do poprzedniej wersji. W takiej sytuacji dump jest tylko częścią historii. Najważniejsze są logi instalatora. Microsoft udostępnia narzędzie SetupDiag, opisane w dokumentacji SetupDiag. Program analizuje dzienniki Windows Setup i dopasowuje je do znanych reguł błędów aktualizacji. To szczególnie użyteczne przy awariach typu rollback, blokadach sterownika, problemach z migracją profilu, błędach fazy SafeOS, FirstBoot albo SecondBoot.

SetupDiag uruchamiasz na komputerze, którego dotyczy problem, albo na innym komputerze, jeśli skopiujesz katalogi z logami. Wyniki zwykle pojawiają się w pliku SetupDiagResults.log. Zwróć uwagę na pola typu Matching Profile found, Failure Data, Error, nazwy sterowników, ścieżki do plików oraz fazę aktualizacji. Jeżeli wynik wskazuje konkretny sterownik, nie powtarzaj aktualizacji bez zmiany. Najpierw zaktualizuj, usuń albo odłącz problematyczny komponent.

REM Przykład użycia SetupDiag na komputerze po nieudanej aktualizacji:
SetupDiag.exe /Output:C:\Temp\SetupDiagResults.log

REM Analiza logów skopiowanych z innego komputera:
SetupDiag.exe /LogsPath:C:\Temp\Panther /Output:C:\Temp\SetupDiagResults.log

REM Typowe lokalizacje logów po próbie aktualizacji:
C:\$Windows.~BT\Sources\Panther
C:\$Windows.~BT\Sources\Rollback
C:\Windows\Panther

SetupDiag nie naprawia systemu samodzielnie. Jego wartość polega na tym, że skraca listę podejrzanych. Jeśli widzisz błąd sterownika magazynu, aktualizujesz firmware i sterownik storage. Jeśli reguła wskazuje blokadę migracji przez aplikację zabezpieczającą, aktualizujesz tę aplikację lub odinstalowujesz ją oficjalnym narzędziem. Jeśli problem dotyczy małej ilości miejsca, zwalniasz przestrzeń i powtarzasz aktualizację. Przy 25H2 to często lepsze niż ślepe uruchamianie Windows Update dziesięć razy.

Tryb awaryjny i WinRE: jak wejść, gdy system zapętla się na BSOD?

Jeżeli Windows 11 po 25H2 uruchamia się do pulpitu, tryb awaryjny włączysz z ustawień odzyskiwania. Jeżeli system nie wstaje, wymuś środowisko odzyskiwania Windows przez kilka przerwanych startów albo uruchom komputer z nośnika instalacyjnego. W WinRE wybierasz rozwiązywanie problemów, opcje zaawansowane, ustawienia uruchamiania i tryb awaryjny. Tryb awaryjny ładuje minimalny zestaw sterowników, więc jest dobry do usunięcia wadliwego sterownika, ostatniej aktualizacji, programu zabezpieczającego albo narzędzia producenta sprzętu.

Jeśli masz dostęp do wiersza polecenia administratora, możesz wymusić uruchomienie w trybie awaryjnym przez bcdedit. To przydatne, gdy pulpit jeszcze działa, ale BSOD pojawia się po kilku minutach i chcesz szybko przejść do minimalnego środowiska.

REM Włącz tryb awaryjny przy następnym starcie:
bcdedit /set {current} safeboot minimal

REM Włącz tryb awaryjny z obsługą sieci:
bcdedit /set {current} safeboot network

REM Po zakończeniu naprawy wyłącz wymuszony tryb awaryjny:
bcdedit /deletevalue {current} safeboot

Po wejściu do trybu awaryjnego wykonaj tylko ruchy związane z hipotezą. Jeśli BSOD zaczął się po sterowniku grafiki, odinstaluj lub cofnij sterownik GPU. Jeśli po VPN, usuń klienta VPN i jego adaptery. Jeśli po aktualizacji BIOS-u, sprawdź ustawienia kontrolera dysku i pamięci. Tryb awaryjny nie jest miejscem do instalowania przypadkowych pakietów sterowników. Ma pomóc usunąć element, który blokuje normalny start.

SFC i DISM: kiedy naprawiają BSOD, a kiedy tylko maskują problem?

SFC i DISM są sensowne, gdy podejrzewasz uszkodzone pliki systemowe, nieudaną aktualizację, przerwany rollback albo CRITICAL_PROCESS_DIED bez wyraźnego sterownika. Microsoft opisuje narzędzia naprawy obrazu i plików systemowych w dokumentacji pomocy technicznej; w praktyce najczęściej uruchamiasz najpierw DISM, a potem SFC, jeśli system działa. Jeżeli jednak WinDbg konsekwentnie wskazuje sterownik karty sieciowej, samo SFC nie rozwiąże przyczyny. Naprawi pliki Windows, ale wadliwy sterownik dalej zostanie.

Podstawowe polecenie SFC wygląda tak:

sfc /scannow

Podstawowe polecenie DISM dla działającego systemu wygląda tak:

DISM /Online /Cleanup-Image /RestoreHealth

W typowej kolejności naprawy uruchom DISM, poczekaj na zakończenie, zrestartuj komputer i uruchom SFC. Jeżeli system nie startuje, używa się trybu offline z WinRE, ale wtedy trzeba poprawnie wskazać litery partycji, które w środowisku odzyskiwania mogą różnić się od tych widocznych w normalnym Windows. Przed naprawą offline warto użyć diskpart i list volume, aby ustalić właściwy wolumin systemowy. Nie zakładaj automatycznie, że Windows to zawsze C:.

SFC i DISM są też dobrym testem stabilności. Jeśli polecenia kończą się błędami wejścia/wyjścia, zawieszają komputer albo wywołują nowy BSOD, wróć do dysku, pamięci RAM i kontrolera. Stabilny system powinien być w stanie przejść skanowanie bez awarii. Gdy skan za każdym razem psuje się w innym miejscu, bardziej podejrzana jest warstwa sprzętowa niż pojedynczy plik systemowy.

Drzewo decyzji: jaką metodę naprawy wybrać?

Decyzja o czystej instalacji powinna wynikać z diagnostyki, nie ze zniecierpliwienia. Czysta instalacja jest dobra, gdy obraz systemu jest uszkodzony, aktualizacja naprawcza nie przechodzi, usunięcie sterownika nie pomaga, a dane są zabezpieczone. Nie jest dobra jako pierwszy ruch przy WHEA_UNCORRECTABLE_ERROR, bo awaria sprzętowa wróci także na świeżym systemie. Przy reinstalacji lub przejściu z Home na Pro możesz wybrać odpowiednią edycję: Microsoft Windows 11 Pro dla BitLocker, Hyper-V, domeny i zasad firmowych albo Microsoft Windows 11 Home dla domowego komputera bez funkcji firmowych.

Sterowniki po 25H2: gdzie szukać prawdziwej przyczyny?

Po aktualizacji funkcji najbardziej podejrzane są sterowniki, które działają blisko jądra. Zacznij od GPU, chipsetu, Wi-Fi/Bluetooth, storage/NVMe, Thunderbolt/USB4, czytników kart, audio, VPN, antywirusa, oprogramowania RGB, narzędzi monitoringu sprzętu i sterowników wirtualizacji. Nie wszystkie sterowniki widać jako osobne urządzenie w Menedżerze urządzeń. Klient VPN może instalować filtr sieciowy, program backupu filtr systemu plików, a aplikacja zabezpieczająca sterownik ochrony pamięci. WinDbg często pokazuje właśnie taki plik .sys.

Najlepszym źródłem sterownika jest producent komputera lub podzespołu, nie przypadkowy agregator. Laptopy wymagają szczególnej ostrożności, bo producent często dostarcza zintegrowane pakiety dla zasilania, grafiki hybrydowej, klawiatury, kamery, BIOS-u i dokowania. Zainstalowanie "najnowszego" sterownika z ogólnego źródła może usunąć poprawki OEM. Przy stacjach roboczych i komputerach dla twórców sprawdź też sterowniki certyfikowane dla aplikacji profesjonalnych, a nie wyłącznie gamingowe.

Jeżeli problem pojawił się zaraz po aktualizacji sterownika, użyj opcji przywrócenia poprzedniego sterownika w Menedżerze urządzeń. Jeżeli opcja jest nieaktywna, pobierz starszą stabilną wersję od producenta. Przy sterowniku GPU czasem pomaga czysta instalacja sterownika, ale nie zaczynaj od narzędzi usuwających wszystko, jeśli nie masz kopii punktu przywracania i instalatora offline. W firmie najpierw sprawdź politykę IT: sterownik ręcznie pobrany z internetu może być niezgodny z obrazem systemu.

Sprzęt, BIOS i ustawienia pamięci: kiedy Windows nie jest winny

WHEA_UNCORRECTABLE_ERROR, losowe restarty, zawieszanie podczas SFC, błędy w różnych modułach i BSOD pod obciążeniem często prowadzą do sprzętu. Zacznij od prostych rzeczy: przywróć domyślne ustawienia BIOS/UEFI, wyłącz XMP/EXPO, usuń undervolt, sprawdź temperatury, dociśnij pamięć RAM i kable, odłącz zbędne urządzenia USB, zaktualizuj firmware NVMe i BIOS zgodnie z instrukcją producenta. Po aktualizacji do 25H2 system może bardziej obciążać funkcje bezpieczeństwa, wirtualizacji albo sterowniki, co ujawnia niestabilność ustawień, które wcześniej wyglądały na poprawne.

Pamięć RAM testuj cierpliwie. Szybki test potrafi nic nie wykazać, a awarie występują dopiero po rozgrzaniu lub przy konkretnym obciążeniu. Jeżeli masz dwa moduły, testuj osobno i w zalecanych slotach. Jeśli komputer jest podkręcony, diagnostyka na ustawieniach OC nie ma sensu. Najpierw stabilność bazowa, potem wydajność. W laptopach nie ignoruj zasilacza i baterii: DRIVER_POWER_STATE_FAILURE oraz awarie po zmianie trybu zasilania mogą mieć związek z firmware, sterownikiem ACPI lub narzędziem producenta do zarządzania energią.

Dysk NVMe i kontroler magazynu są równie ważne. Objawy uszkodzenia nośnika mogą wyglądać jak uszkodzony Windows: CRITICAL_PROCESS_DIED, UNEXPECTED_STORE_EXCEPTION, błędy aktualizacji, zawieszanie przy kopiowaniu i problemy z rozruchem. Sprawdź SMART w narzędziu producenta, firmware dysku, temperatury NVMe i dziennik zdarzeń. Jeżeli nośnik zgłasza realne błędy, priorytetem jest kopia danych i wymiana, a nie kolejne naprawy systemu.

Driver Verifier: mocne narzędzie, którego nie używa się na ślepo

Driver Verifier potrafi wymusić BSOD szybciej i bardziej jednoznacznie, aby złapać wadliwy sterownik. To przydatne, gdy minidumpy pokazują ntoskrnl.exe albo różne ofiary, ale podejrzewasz sterownik firm trzecich. Narzędzie obciąża sterowniki dodatkowymi kontrolami. Jeżeli sterownik narusza zasady, system celowo zatrzyma się i zapisze dump. To nie jest naprawa, tylko test. Nie włączaj Driver Verifier na produkcyjnym komputerze bez kopii danych i wiedzy, jak go wyłączyć w trybie awaryjnym.

Praktyczna zasada: weryfikuj sterowniki spoza Microsoftu, a nie wszystkie sterowniki naraz. Weryfikacja wszystkiego może spowodować pętlę startową i utrudnić diagnostykę. Po uzyskaniu dumpa wyłącz Verifier poleceniem verifier /reset. Jeśli system nie startuje normalnie, zrób to w trybie awaryjnym. W artykule dla użytkownika domowego Driver Verifier jest etapem zaawansowanym, po WinDbg, SetupDiag, podstawowych sterownikach, pamięci i dysku.

BSOD podczas aktualizacji do 25H2: procedura krok po kroku

Gdy niebieski ekran pojawia się w trakcie aktualizacji funkcji, zapisuj etap. Czy awaria występuje przy pobieraniu, instalacji w działającym systemie, pierwszym restarcie, migracji ustawień, czy po pierwszym logowaniu? Jeżeli Windows wraca do poprzedniej wersji, od razu uruchom SetupDiag i zachowaj log. Następnie sprawdź wolne miejsce, odłącz zbędne urządzenia USB, zaktualizuj BIOS/UEFI oraz sterowniki chipsetu i storage, usuń tymczasowo narzędzia niskopoziomowe, a dopiero potem ponów aktualizację.

Warto też sprawdzić, czy komputer nie ma blokady zgodności. Microsoft publikuje informacje o znanych problemach aktualizacji Windows w dokumentacji release health, a Windows Update może opóźniać ofertę aktualizacji, jeśli wykryje niezgodny sterownik lub aplikację. Ręczne wymuszanie aktualizacji ISO bywa skuteczne, ale jeśli ignorujesz blokadę sterownika, możesz uzyskać dokładnie ten sam BSOD. Lepsza kolejność to: zgodność, kopia, aktualne firmware, SetupDiag po błędzie, dopiero potem ponowienie.

Jeśli aktualizacja do 25H2 nie przechodzi, a system 24H2 działa stabilnie, nie niszcz działającej instalacji. Możesz zostać chwilowo na poprzedniej wersji, usunąć blokujący sterownik i przygotować komputer. W firmie przetestuj 25H2 na reprezentatywnym sprzęcie, a nie od razu na wszystkich stanowiskach. Dotyczy to szczególnie laptopów z dokami, stacji z kartami rozszerzeń PCIe, komputerów z szyfrowaniem i stanowisk z oprogramowaniem wymagającym sterowników kernel-mode.

Czysta instalacja: kiedy ma sens i jak nie przenieść problemu z powrotem?

Czysta instalacja Windows 11 ma sens, gdy systemowe pliki są uszkodzone, aktualizacja naprawcza nie działa, SetupDiag wskazuje stan trudny do odwrócenia, a dane są zabezpieczone. Ma też sens po wymianie dysku albo gdy komputer był przez lata aktualizowany z wielu wersji i ma zbędne sterowniki. Nie ma sensu jako rozwiązanie dla wadliwej pamięci, niestabilnego procesora, przegrzewającego się dysku NVMe albo wadliwego zasilacza. Jeżeli przyczyna jest sprzętowa, świeży system będzie tylko krótką przerwą przed kolejnym BSOD.

Po czystej instalacji instaluj sterowniki świadomie. Najpierw Windows Update i podstawowe sterowniki producenta komputera, potem chipset, grafika, sieć, audio, firmware i aplikacje. Nie przywracaj automatycznie starego katalogu sterowników z poprzedniej instalacji. Nie instaluj od razu całego zestawu narzędzi RGB, monitoringu, VPN i antywirusa, jeśli wcześniej jeden z tych elementów był podejrzany. Zrób punkt przywracania po stabilnym etapie, a potem dodawaj kolejne komponenty.

Przy reinstalacji wybierz edycję zgodną z potrzebami. Windows 11 Home jest wystarczający dla typowego komputera domowego, ale Windows 11 Pro daje BitLocker, Hyper-V, Pulpit zdalny jako host, dołączanie do domeny i zasady grupy. Jeśli po naprawie BSOD planujesz uporządkować środowisko, kategoria klucze Windows pozwoli dobrać licencję do konkretnego stanowiska zamiast instalować przypadkową edycję.

Najczęstsze błędy przy naprawie BSOD 25H2

Pierwszy błąd to leczenie kodu STOP jak jednoznacznej diagnozy. MEMORY_MANAGEMENT nie zawsze oznacza uszkodzoną kość RAM, a IRQL_NOT_LESS_OR_EQUAL nie zawsze oznacza ten sam sterownik. Kod wskazuje kategorię awarii, a minidump i kontekst wskazują przyczynę. Drugi błąd to usuwanie logów. Czyszczenie dysku przed SetupDiag i WinDbg usuwa najważniejsze dowody. Trzeci błąd to instalowanie sterowników z losowych paczek, które obiecują "naprawić wszystkie błędy". Przy BSOD sterownik jest częścią problemu, więc jego źródło musi być wiarygodne.

Czwarty błąd to ignorowanie BIOS-u i firmware. Windows działa na platformie sprzętowej; błędny firmware NVMe, stary BIOS albo niezgodny sterownik chipsetu potrafią wyglądać jak awaria systemu. Piąty błąd to nadmierne podkręcanie podczas diagnostyki. Jeżeli chcesz ustalić przyczynę, wyłącz profil pamięci, undervolt i tuning GPU. Szósty błąd to natychmiastowy format bez kopii danych. Format jest operacją porządkową, nie diagnostyczną. Najpierw dane i logi, potem naprawa.

Krótka procedura robocza dla administratora i użytkownika zaawansowanego

Jeżeli obsługujesz kilka komputerów po aktualizacji do 25H2, standaryzuj proces. Zapisz model, wersję BIOS-u, wersję Windows, kod STOP, godzinę awarii, ostatnio instalowane sterowniki i wynik WinDbg lub SetupDiag. Sprawdź, czy awarie występują na jednym modelu sprzętu albo po jednej wersji sterownika. To szybciej ujawnia problem niż indywidualne "naprawianie" każdego komputera. Przy wdrożeniach firmowych jeden wadliwy sterownik VPN albo audio może generować dziesiątki pozornie różnych zgłoszeń.

Dla pojedynczego użytkownika procedura jest krótsza: zabezpiecz dane, sprawdź kod STOP, wejdź do trybu awaryjnego, usuń ostatni sterownik lub aplikację, uruchom SFC/DISM, a przy powtórce przeanalizuj minidump. Jeśli BSOD był podczas aktualizacji, użyj SetupDiag przed kolejną próbą. Jeżeli WinDbg wskazuje sterownik, aktualizuj lub cofnij konkretny pakiet. Jeżeli kody są losowe, sprawdź pamięć, dysk, temperatury i ustawienia BIOS-u.

Jak dokumentować BSOD, żeby nie zgadywać przy kolejnej awarii?

Przy pierwszym niebieskim ekranie zwykle trudno zachować pełen spokój, ale nawet prosta notatka skraca diagnostykę. Zapisz dokładną godzinę awarii, kod STOP, aplikację używaną tuż przed błędem, stan zasilania, podłączone urządzenia USB, wersję sterownika ostatnio aktualizowanego sprzętu i to, czy komputer był po uśpieniu. Jeśli ekran znika zbyt szybko, zrób zdjęcie telefonem albo wyłącz automatyczne ponowne uruchamianie po błędzie systemu. Bez tych informacji każdy kolejny krok jest bardziej losowy.

W Podglądzie zdarzeń szukaj zdarzeń z czasu awarii, ale traktuj je jako kontekst, nie jako ostateczną diagnozę. Zdarzenie Kernel-Power 41 mówi zwykle, że system został nieoczekiwanie uruchomiony ponownie, a nie że zasilacz na pewno jest uszkodzony. Błędy dysku, WHEA-Logger, sterownika ekranu, storport, nvme, ACPI albo kontrolera sieciowego są bardziej użyteczne, jeśli powtarzają się wokół każdej awarii. Warto też sprawdzić Monitor niezawodności Windows, bo pokazuje awarie aplikacji, aktualizacje i błędy sprzętowe na osi czasu czytelniejszej niż klasyczny dziennik zdarzeń.

Jeżeli problem jest powtarzalny, zmieniaj tylko jedną rzecz naraz. Najpierw cofnij sterownik, potem testuj. Jeżeli nie pomoże, przywróć poprzedni stan i wykonaj kolejny ruch. Gdy jednocześnie usuniesz VPN, zaktualizujesz BIOS, wyłączysz XMP, przeinstalujesz GPU i uruchomisz DISM, nie będziesz wiedzieć, który element faktycznie naprawił BSOD. To ma znaczenie, jeśli awaria wróci po kolejnej aktualizacji albo jeśli musisz naprawić drugi komputer z tym samym objawem.

Dla laptopów zapisuj także scenariusz zasilania: praca na baterii, ładowarka USB-C, stacja dokująca, monitor zewnętrzny, zamknięcie klapy, hibernacja, szybkie uruchamianie. DRIVER_POWER_STATE_FAILURE i część awarii po wybudzeniu są silnie zależne od tego kontekstu. Ten sam laptop może działać stabilnie na biurku, a zawieszać się tylko po odłączeniu od doku, bo sterownik Thunderbolt, grafiki hybrydowej albo karty sieciowej nie kończy poprawnie przejścia zasilania.

Przy komputerach stacjonarnych zapisuj obciążenie: gra, render, kompilacja, kopia dużych plików, aktualizacja sterownika, skan antywirusa, maszyna wirtualna. VIDEO_TDR_FAILURE pod grą prowadzi inną ścieżką niż MEMORY_MANAGEMENT podczas kopiowania archiwum na dysk NVMe. Im dokładniej opiszesz obciążenie, tym mniej czasu stracisz na testowanie elementów, które nie mają związku z awarią.

Aktualizacja naprawcza z ISO czy rollback do poprzedniej wersji?

Jeżeli Windows 11 25H2 uruchamia się, ale jest niestabilny po aktualizacji, masz trzy realistyczne opcje: rollback do poprzedniej wersji, aktualizację naprawczą z ISO albo czystą instalację. Rollback ma sens wtedy, gdy problem zaczął się natychmiast po aktualizacji, masz jeszcze dostępny folder cofania i potrzebujesz szybko wrócić do stabilnej pracy. To nie rozwiązuje przyczyny, ale daje czas na aktualizację sterowników i przygotowanie kolejnej próby.

Aktualizacja naprawcza z ISO jest dobrym wyborem, gdy system startuje, dane są zachowane, ale składniki Windows są uszkodzone albo Windows Update nie potrafi dokończyć naprawy. W takim scenariuszu instalator nadpisuje pliki systemowe, zachowując aplikacje i dane, o ile wybierzesz odpowiednią opcję. Przed takim ruchem nadal wykonaj kopię danych, odłącz zbędne urządzenia i usuń narzędzia niskopoziomowe, które wcześniej mogły blokować aktualizację.

Rollback i aktualizacja naprawcza nie zastąpią diagnostyki sprzętu. Jeśli komputer wyświetla WHEA_UNCORRECTABLE_ERROR, zawiesza się w BIOS-ie albo restartuje pod obciążeniem niezależnie od wersji Windows, decyzja o wersji systemu jest drugorzędna. Najpierw stabilizujesz platformę: BIOS, pamięć, dysk, temperatury, zasilanie i firmware. Dopiero stabilny sprzęt daje wiarygodny wynik naprawy systemu.

Podsumowanie diagnostyczne: od kodu STOP do decyzji

Niebieski ekran Windows 11 25H2 naprawisz najszybciej wtedy, gdy nie mieszasz metod. Kod STOP daje kategorię, WinDbg daje trop sterownika lub sprzętu, SetupDiag daje przyczynę nieudanej aktualizacji, a SFC/DISM naprawiają uszkodzone pliki systemu. Tryb awaryjny i WinRE są narzędziami dostępu, nie pełną diagnozą. Jeśli system działa, zacznij od minidumpów. Jeśli aktualizacja do 25H2 się cofa, zacznij od SetupDiag. Jeśli kody są losowe, wyłącz tuning i sprawdź pamięć, dysk, temperatury oraz firmware.

Najważniejsza zasada brzmi: najpierw dowody, potem naprawa. Zapisz kod STOP, zachowaj dumpy, przeczytaj logi i dopiero wtedy aktualizuj sterownik, cofaj zmianę, uruchamiaj DISM albo planuj czystą instalację. Dzięki temu BSOD przestaje być losowym niebieskim ekranem, a staje się konkretną awarią z możliwą do sprawdzenia przyczyną.