Baza wiedzy →6 min czytaniaAktualizacja: 2026-09-21

Jak naprawić KERNEL SECURITY CHECK FAILURE w Windows 11

KERNEL_SECURITY_CHECK_FAILURE, czyli kod zatrzymania 0x00000139, zgłasza sam Windows — wtedy, gdy struktura, na której polega jądro, nie przechodzi wewnętrznego testu spójności. System przyłapał własną księgowość na błędzie i odmówił dalszej pracy na niej. Nazwa brzmi dramatycznie, ale przyczyny są prozaiczne: najpierw niestabilna pamięć, potem sterownik psujący dane jądra, na końcu uszkodzone pliki systemowe. Przepracowanie dokładnie tej kolejności — pamięć, pliki, sterowniki — czyści zdecydowaną większość maszyn.

Co dokładnie nie przechodzi testu bezpieczeństwa

Jądro trzyma sumy kontrolne i warunki niezmienności na swoich krytycznych strukturach, zupełnie jak bank, który kilka razy na sekundę uzgadnia swoje księgi. Kod zatrzymania 0x139 oznacza, że któreś z tych uzgodnień wyszło źle: wskaźnik listy przestał wskazywać tam, gdzie musi, albo nagłówek bufora przestał pasować do zawartości. Windows zatrzymuje się w tym miejscu celowo — bieganie dalej z popsutym stanem jądra groziłoby zapisaniem śmieci po całym dysku.

To, co te struktury psuje, rzadko bywa tajemnicze. Pamięć, która pod obciążeniem zwraca przekłamane bity — nierzadko profil XMP/EXPO ustawiony ponad to, co kontroler pamięci naprawdę udźwignie — to przyczyna numer jeden. Sterowniki piszące poza swoimi buforami są drugie, a wśród recydywistów królują sterowniki GPU i antywirusów. Domykają listę uszkodzone pliki systemowe i umierający dysk SSD, który serwuje przekłamane odczyty.

  • Niestabilna pamięć RAM — profile XMP/EXPO ponad to, co kontroler pamięci procesora naprawdę udźwignie
  • Sterownik z błędem piszący poza własnym buforem — recydywiści to sterowniki GPU, antywirusów i wirtualizacji
  • Pliki systemowe uszkodzone przez nieudaną aktualizację lub nagły zanik zasilania
  • Umierający SSD zwracający przekłamane dane przy odczycie — widać to w atrybutach SMART
  • Agresywne obniżanie napięć albo podkręcanie, które pod obciążeniem przekłamuje bity

Test pamięci i naprawa plików

Zacznij od pamięci, bo to najczęstsza przyczyna i najtańsza do wykluczenia. Odpal mdsched.exe, zrestartuj się po monicie i pozwól standardowemu testowi przejść; werdykt pojawi się w Podglądzie zdarzeń, w Dzienniki systemu Windows → System, ze źródła MemoryDiagnostics-Results. Standardowy test łapie tylko grube awarie — jeśli więc crashe trwają dalej przy czystym wyniku, wyłącz XMP/EXPO w BIOS-ie i testuj kości pojedynczo, zanim wydasz pamięci czyste zaświadczenie.

Potem pliki — z terminala z uprawnieniami administratora: sfc /scannow weryfikuje pliki chronione względem magazynu komponentów, DISM /Online /Cleanup-Image /RestoreHealth naprawia sam magazyn, jeśli SFC nie dał rady wszystkiego, a chkdsk C: /f /r zamiata powierzchnię dysku po kolejnym restarcie. Czystą reinstalację sterownika GPU warto dorzucić jako domknięcie strony programowej — pobierz najnowszy pakiet, usuń stary w Ustawienia → Aplikacje → Zainstalowane aplikacje i po restarcie zainstaluj świeży.

Jak wytropić recydywistę

Jeśli kod zatrzymania przetrwał to wszystko, crashe są już na tyle specyficzne, że można je nazwać. Minizrzuty w C:\Windows\Minidump niosą adres, na którym padło, i listę załadowanych modułów; WinDbg z poleceniem !analyze -v albo czytnik typu BlueScreenView zamienia je w nazwę sterownika — i ta nazwa kończy polowanie. Oprogramowanie zainstalowane na kilka dni przed pierwszym crashem zasługuje na pierwsze spojrzenie: jego odinstalowanie jest jednocześnie testem i lekiem.

Młotem ostatniej instancji jest Driver Verifier (verifier /standard /all z wiersza administratora): sprawia, że podejrzane sterowniki wywalają się na własnych błędach — głośno i natychmiast. Jest z założenia niebezpieczny: licz się z niebieskimi ekranami, póki działa, i zapamiętaj wyjście — Tryb awaryjny i polecenie verifier /reset, żeby go wyłączyć. Prowadzony tak Verifier wypłoszy ukrywający się sterownik w dzień albo dwa.

Pytania i odpowiedzi

Czy KERNEL_SECURITY_CHECK_FAILURE to znak malware?

Rzadko. Ten test wykrywa uszkodzenie, nie infekcję, a przyczyny to w przytłaczającej większości sprzęt i sterowniki. Korruptujący rootkit jest możliwy, ale daleko w kolejce.

Czy wadliwa pamięć RAM może wywołać KERNEL_SECURITY_CHECK_FAILURE?

Tak — to najczęstsza pojedyncza przyczyna. Uruchom mdsched.exe, potem wyłącz XMP/EXPO i testuj kości pojedynczo, jeśli crashe nie ustają.

Jak zatrzymać KERNEL SECURITY CHECK FAILURE przy starcie systemu?

Wejdź w Tryb awaryjny z WinRE (Ustawienia uruchamiania → naciśnij 4), odinstaluj to, co wylądowało ostatnie, i uruchom stamtąd SFC oraz DISM — crash rzadko podąża za tobą do środka.

Sprawdź warunki przed zakupem

Porównaj czas licencji i liczbę urządzeń. Każdy płatny plan odblokowuje ten sam zestaw narzędzi PRO.

Przeczytaj także

Wszystkie poradniki · Pytania i odpowiedzi

Napisz do nas: [email protected]