Błąd whea uncorrectable error należy do tych komunikatów, które zwykle oznaczają problem głębiej w sprzęcie niż w samym Windows. Najczęściej chodzi o przegrzewanie, niestabilną pamięć RAM, dysk, zasilanie, BIOS albo po prostu podzespół, który zaczyna odmawiać posłuszeństwa. Poniżej rozbieram ten temat na czynniki pierwsze: pokazuję, co ten stop code naprawdę znaczy, jak odróżnić awarię sprzętu od problemu z oprogramowaniem i co zrobić krok po kroku, żeby nie pogorszyć sytuacji.
Najważniejsze rzeczy, które trzeba sprawdzić, zanim komputer znów się wyłączy
- Ten błąd najczęściej wskazuje na sprzęt, a nie na sam system operacyjny, więc nie zaczynaj od reinstalacji Windows.
- Na pierwszy ogień idą temperatury, podkręcanie, RAM, SSD, zasilanie i BIOS/UEFI.
- Jeśli problem pojawił się po aktualizacji sterownika lub BIOS-u, sprawdź, czy nie wystarczy cofnięcie ostatniej zmiany.
- Gdy komputer losowo gaśnie pod obciążeniem, to zwykle znak, że winny jest procesor, karta graficzna, zasilacz albo chłodzenie.
- Najbezpieczniej zacząć od zabezpieczenia danych, wyłączenia OC/XMP i sprawdzenia logów w systemie.
- Jeżeli błędy wracają po kilku restartach, nie warto testować sprzętu na siłę, bo można doprowadzić do większej awarii.
Co ten błąd naprawdę mówi o komputerze
W praktyce to nie jest zwykły komunikat systemowy, tylko sygnał, że Windows wykrył krytyczny błąd sprzętowy. Dokumentacja Microsoftu opisuje ten stop code jako efekt fatalnej awarii na poziomie hardware, najczęściej związanej z temperaturą, pamięcią, procesorem albo innym podzespołem, który działa niestabilnie.
Ważne jest też to, że WHEA nie zawsze oznacza całkowicie martwy komputer. Sam mechanizm Windows Hardware Error Architecture zbiera błędy sprzętowe i zapisuje je w standardowym rekordzie diagnostycznym, dzięki czemu system może czasem zareagować wcześniej, zanim dojdzie do pełnego crasha. Innymi słowy: jeśli widzisz ten błąd, komputer już od jakiegoś czasu wysyłał ostrzeżenia, tylko niekoniecznie były one widoczne gołym okiem.
Ja patrzę na ten komunikat jak na czerwone światło na desce rozdzielczej. Nie mówi jeszcze, który dokładnie element padł, ale jasno komunikuje, że dalsze zgadywanie bez diagnostyki to strata czasu. Z tej definicji wynika prosty wniosek: najpierw trzeba znaleźć źródło niestabilności, a dopiero potem myśleć o naprawie systemu.
To prowadzi nas do drugiego pytania, które interesuje większość osób: co najczęściej wywołuje taki crash w realnym komputerze.
Najczęstsze przyczyny, które najpierw biorę pod lupę
Jeśli mam uporządkować źródła problemu według praktyki serwisowej, zaczynam od tych, które pojawiają się najczęściej. Wiele osób zakłada od razu, że uszkodził się system, ale w przypadku błędów WHEA bardziej podejrzane są elementy fizyczne albo ustawienia, które mocno obciążają sprzęt.
| Objaw | Co podejrzewam w pierwszej kolejności | Co sprawdzam najpierw |
|---|---|---|
| Crash podczas grania, renderingu lub stresu CPU/GPU | Temperatura, zasilacz, karta graficzna, procesor | Chłodzenie, kurz, temperatury, ustawienia OC |
| Crash losowo przy starcie albo podczas bezczynności | Pamięć RAM, BIOS/UEFI, płyta główna | XMP/EXPO, reset ustawień, test RAM |
| Błąd po aktualizacji sterownika lub firmware | Konflikt software lub nieudana aktualizacja | Cofnięcie ostatniej zmiany, aktualizacja ze strony producenta |
| Problem przy kopiowaniu plików, instalacji gier lub wybudzaniu ze snu | SSD/NVMe, kontroler dysku, firmware | Stan dysku, kontroler storage, diagnostyka producenta |
Najbardziej podstępny jest overclocking, czyli podkręcanie. To nie tylko klasyczne OC procesora, ale też profil XMP lub EXPO dla pamięci RAM. XMP i EXPO to gotowe profile, które podnoszą parametry pamięci ponad bazowe ustawienia. Na papierze przyspieszają komputer, ale jeśli moduły, kontroler pamięci albo płyta główna są na granicy stabilności, właśnie wtedy pojawiają się błędy WHEA.
Drugim częstym winowajcą jest temperatura. Zabrudzone radiatory, źle działająca pasta termiczna, niesprawny wentylator lub po prostu słaba obudowa potrafią wywołać niestabilność przy obciążeniu. Podobny efekt daje zasilacz, który formalnie „działa”, ale pod skokowym obciążeniem nie trzyma parametrów tak, jak powinien.
Nie lekceważyłbym też dysku SSD, szczególnie NVMe. Jeśli błąd pojawia się przy kopiowaniu dużych plików, instalacji systemu albo po wybudzeniu z uśpienia, nośnik lub jego firmware od razu trafiają na listę podejrzanych. Z takiego zestawu przyczyn wynika jedno: trzeba odróżnić awarię sprzętu od niestabilnej konfiguracji, zanim zacznie się naprawiać coś, co w ogóle nie jest zepsute.
Skoro wiemy już, gdzie szukać, przechodzę do tego, co można zrobić od razu, bez ryzykownych eksperymentów.
Pierwsza pomoc po niebieskim ekranie
Po takim błędzie nie warto kilkanaście razy wciskać resetu i liczyć, że „samo przejdzie”. Ja zaczynam od działań, które chronią dane i minimalizują ryzyko pogorszenia problemu. To jest moment na chłodną diagnostykę, nie na impulsywne klikanie.
- Zabezpiecz dane, jeśli komputer jeszcze pozwala się uruchomić. Skopiuj najważniejsze pliki, zanim kolejne restartowanie dołoży stresu uszkodzonemu podzespołowi.
- Wyłącz podkręcanie procesora, pamięci i karty graficznej. Wróć do ustawień domyślnych BIOS/UEFI, a jeśli masz XMP lub EXPO, na próbę je wyłącz.
- Sprawdź temperatury zaraz po uruchomieniu komputera. Jeżeli wentylatory nie pracują prawidłowo albo chłodzenie jest zapchane kurzem, nie ma sensu iść dalej, zanim tego nie naprawisz.
- Zanotuj okoliczności awarii. Czy crash pojawia się w grach, w spoczynku, przy starcie, czy po uśpieniu. Taki detal często skraca diagnozę o połowę.
- Usuń ostatnie zmiany, jeśli błąd zaczął się zaraz po aktualizacji sterownika, BIOS-u albo instalacji nowego programu. Microsoft właśnie to traktuje jako sensowny pierwszy krok w wielu scenariuszach naprawy.
Jeśli komputer jest niestabilny już na pulpicie, nie przeciążaj go testami syntetycznymi od razu. Najpierw sprawdź, czy wraca do normy po ustawieniach domyślnych. Dopiero potem przechodź do testów RAM, dysku i zasilania. To bezpieczniejsze i zwykle szybsze niż losowe eksperymenty.

Jak sprawdzić, który podzespół zawodzi
Tutaj przydaje się metodyczne podejście. Nie próbuję diagnozować wszystkiego naraz, bo wtedy łatwo wyciągnąć fałszywy wniosek. Zaczynam od rzeczy najtańszych i najmniej inwazyjnych, a dopiero później przechodzę do testów wymagających rozkręcania komputera lub dłuższego oczekiwania.
- Wróć do BIOS/UEFI na ustawienia domyślne. To najszybszy test stabilności. Jeżeli problem znika po wyłączeniu XMP, EXPO lub OC, masz już bardzo mocną wskazówkę.
- Sprawdź Podgląd zdarzeń i dziennik systemowy. WHEA zapisuje informacje o błędach sprzętowych w logach, więc czasem da się zobaczyć, czy problem dotyczy pamięci, procesora, magistrali albo dysku.
- Uruchom test pamięci RAM. Windows ma wbudowane narzędzie diagnostyczne, ale jeżeli komputer w ogóle nie jest stabilny, lepiej potraktować je jako punkt startowy niż ostateczny dowód.
- Oceń stan dysku. Jeśli nośnik ma błędy SMART, dławi się przy dużym transferze albo system zacina się przy dostępie do plików, dysk albo kontroler mogą być źródłem problemu.
- Sprawdź temperatury pod obciążeniem. Gdy CPU lub GPU szybko dobija do wysokich wartości, szukam problemu w chłodzeniu, kurzu, przepływie powietrza albo zasilaniu.
- Zaktualizuj BIOS, chipset i sterowniki ze strony producenta. Robię to dopiero po wyłączeniu niestabilnych ustawień, bo aktualizacja nie naprawi sprzętu, który już działa na granicy możliwości.
Tu ważny jest zdrowy rozsądek. Ja zwykle nie ufam „magicznego” oprogramowania do automatycznej aktualizacji sterowników z nieznanych źródeł. W praktyce częściej miesza ono w systemie, niż realnie rozwiązuje problem. Bezpieczniej korzystać z Windows Update oraz stron producenta płyty głównej, laptopa, karty graficznej lub dysku.
Jeśli chcesz zawęzić podejrzenia jeszcze szybciej, patrz na zestawienie symptomów: błędy przy starcie sugerują RAM albo BIOS, awarie pod obciążeniem wskazują na temperaturę, zasilacz albo GPU, a problemy z kopiowaniem plików kierują wzrok w stronę SSD. Z takiej diagnostyki łatwo przejść do pytania, kiedy problem jest tylko programowy, a kiedy sprzęt naprawdę wymaga serwisu.
Kiedy wystarczy poprawka software, a kiedy to już serwis
Nie każdy błąd WHEA kończy się wymianą podzespołu. Jeżeli awaria pojawiła się tuż po aktualizacji Windows, instalacji sterownika albo zmianie w BIOS-ie, masz realną szansę naprawić sytuację bez kosztownego serwisu. W takich przypadkach przywrócenie poprzedniego punktu przywracania, cofnięcie sterownika lub powrót do domyślnych ustawień firmware bywa wystarczający.
Inaczej patrzę na przypadki, w których błąd wraca niezależnie od wersji sterowników i ustawień systemu. Jeśli komputer wyłącza się nadal po wyłączeniu OC, po restarcie BIOS-u i po aktualizacji firmware, to prawdopodobnie problem siedzi w sprzęcie. Najczęściej chodzi wtedy o jedną z tych rzeczy:
- uszkodzoną lub niestabilną pamięć RAM,
- niewydolne chłodzenie procesora albo karty graficznej,
- zasilacz, który nie trzyma parametrów pod obciążeniem,
- SSD lub kontroler pamięci masowej,
- płytę główną albo sam procesor.
W serwis oddaję sprzęt wtedy, gdy widzę powtarzalny wzorzec awarii i nie da się go wyeliminować prostymi krokami. Jeżeli komputer jest na gwarancji, nie rozkręcałbym go bez potrzeby. Lepiej zachować ślady problemu, spisać objawy i pozwolić producentowi lub autoryzowanemu punktowi zrobić własną diagnostykę.
W praktyce to rozróżnienie jest ważniejsze niż sama nazwa błędu. Jeśli źródłem kłopotów jest sterownik, naprawa może być szybka. Jeśli winny jest podzespół, dalsze uruchamianie komputera na siłę zwykle tylko przyspiesza awarię. Z tego powodu sensownie jest od razu myśleć o profilaktyce, a nie tylko o jednorazowym „ugaszeniu pożaru”.
Jak zmniejszyć ryzyko nawrotu awarii
Gdy komputer wróci do stabilności, nie traktuję tego jako końca sprawy. To dobry moment, żeby usunąć przyczynę, a nie tylko objaw. Właśnie tutaj najczęściej robi się różnicę między sprzętem, który działa bezproblemowo przez lata, a maszyną, która co kilka tygodni znowu wypluwa niebieski ekran.
- Zostaw ustawienia fabryczne, dopóki nie masz pewności, że podkręcanie jest naprawdę stabilne.
- Dbaj o chłodzenie i regularnie czyść komputer z kurzu, zwłaszcza jeśli stoi w słabo wentylowanym miejscu.
- Aktualizuj BIOS, chipset i sterowniki wyłącznie z oficjalnych źródeł producenta.
- Kontroluj temperatury procesora, karty graficznej i dysku, szczególnie po dłuższym obciążeniu.
- Nie ignoruj drobnych objawów, takich jak trzaski, spadki wydajności, błędy przy wybudzaniu czy pojedyncze restarty.
- Rób kopie zapasowe ważnych danych, bo przy takich błędach to nie jest wygoda, tylko rozsądne zabezpieczenie.
Jeśli mam wskazać jedną rzecz, która daje największy spokój, to jest nią właśnie kopia zapasowa. Przy błędach sprzętowych nie ma gwarancji, że komputer uruchomi się jeszcze raz w tej samej formie. Zapas danych pozwala diagnozować bez paniki i bez presji, że każda minuta pracy urządzenia może być ostatnią.
To domyka całą logikę naprawy: najpierw stabilność, potem diagnostyka, na końcu profilaktyka. I dokładnie tak podchodzę do tego błędu, bo przy awarii sprzętowej pośpiech prawie zawsze kosztuje więcej niż metodyczne działanie.
Najkrótsza droga do stabilnego komputera po błędzie WHEA
Jeśli miałbym skrócić cały proces do jednej praktycznej ścieżki, zacząłbym od wyłączenia OC i XMP/EXPO, sprawdzenia temperatur, cofnięcia ostatnich zmian oraz aktualizacji ze stron producentów. To najszybciej odcina najczęstsze źródła niestabilności i nie wymaga od razu rozkręcania komputera.
Gdy to nie pomaga, przechodzę do RAM-u, dysku, zasilania i BIOS-u, a dopiero na końcu zakładam najgorszy scenariusz, czyli fizyczną awarię procesora, płyty głównej albo karty graficznej. Taka kolejność oszczędza czas, pieniądze i nerwy, bo nie każda awaria wygląda dramatycznie tylko dlatego, że system pokazuje niebieski ekran.
Jeśli błąd wraca mimo podstawowych kroków, nie przeciągałbym diagnostyki w nieskończoność. Wtedy lepiej postawić na konkretny test sprzętu albo serwis niż na kolejne, przypadkowe próby naprawy.