SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (np. ntoskrnl.exe)

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (np. ntoskrnl.exe) wskazuje na nieobsłużony wyjątek w samym jądrze systemu Windows.

Co oznacza SYSTEM_THREAD_EXCEPTION_NOT_HANDLED

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED to nazwa kontroli błędów systemu Windows oznaczanej kodem 0x0000007E. Błąd pojawia się wtedy, gdy wątek systemowy zgłosi wyjątek, którego mechanizm obsługi nie potrafi prawidłowo przejąć. Wątek jest jednostką wykonującą kod w ramach procesu, a wątek systemowy działa w jądrze systemu lub w komponencie działającym na poziomie jądra. Gdy wyjątek pozostaje nieobsłużony, Windows zatrzymuje działanie systemu, aby ograniczyć dalsze wykonywanie potencjalnie uszkodzonego kodu.

Na ekranie zatrzymania może pojawić się nazwa pliku, na przykład ntoskrnl.exe. Jest to główny obraz jądra Windows, odpowiedzialny między innymi za zarządzanie pamięcią, wątkami, przerwaniami i komunikacją z częścią sterowników. Sama obecność ntoskrnl.exe w komunikacie nie oznacza jednak, że plik jądra jest przyczyną awarii. Jądro często wykrywa wyjątek powstały wcześniej w sterowniku urządzenia, module filtrującym albo uszkodzonym obszarze pamięci i dopiero wtedy wykonuje zatrzymanie systemu.

Parametry kodu 0x0000007E i źródła wyjątku

Kontrola błędu SYSTEM_THREAD_EXCEPTION_NOT_HANDLED przekazuje cztery parametry. Pierwszy określa kod wyjątku, drugi wskazuje adres, pod którym wyjątek wystąpił, a trzeci i czwarty zawierają dodatkowe informacje zależne od rodzaju wyjątku. W praktyce interpretacja tych wartości wymaga analizy zrzutu pamięci, ponieważ sam ekran BSOD zwykle nie pokazuje pełnego stosu wywołań ani modułu, który dostarczył wadliwy kod.

Częstą przyczyną jest wadliwy lub niezgodny sterownik, zwłaszcza sterownik grafiki, magazynu danych, sieci, dźwięku albo oprogramowania zabezpieczającego instalującego własne moduły jądra. Błąd może wystąpić po aktualizacji Windows, zmianie sterownika, podłączeniu nowego urządzenia lub przywróceniu obrazu systemu z inną konfiguracją sprzętową. Podobny efekt mogą powodować błędy pamięci operacyjnej, niestabilne ustawienia firmware, przegrzewanie, uszkodzenie plików systemowych oraz błędy nośnika danych. Te hipotezy nie są równoważne: awaria sterownika zwykle wskazuje konkretny moduł na stosie, natomiast problem pamięci może powodować losowe nazwy plików i zmieniające się kody zatrzymania.

Jak odróżnić sterownik od problemu sprzętowego

Najbardziej użytecznym materiałem diagnostycznym jest minidump albo pełniejszy zrzut pamięci zapisany przez Windows po awarii. Pliki są zwykle przechowywane w katalogu C:\Windows\Minidump, a ustawienia zrzutów można sprawdzić w zaawansowanych ustawieniach systemu, w sekcji uruchamiania i odzyskiwania. Analiza w debuggerze WinDbg pozwala odczytać kod wyjątku, aktywny wątek, stos wywołań i załadowane moduły. Polecenie !analyze -v generuje rozszerzoną analizę kontroli błędu, natomiast lmvm nazwa_modułu pokazuje informacje o wskazanym module, między innymi jego ścieżkę, wersję i datę kompilacji.

Nie należy uznawać pojedynczego wyniku analizy za ostateczny bez porównania kilku zrzutów i sprawdzenia zmian w systemie. Jeżeli w kolejnych awariach powtarza się ten sam sterownik, można porównać jego wersję z ostatnią poprawnie działającą konfiguracją i przeprowadzić kontrolowaną aktualizację albo powrót do wcześniejszego wydania. Jeżeli moduły wskazywane przez zrzuty są różne, warto sprawdzić pamięć operacyjną, temperatury, stabilność zasilania oraz stan dysku. Kontrolę plików systemowych można wykonać poleceniem sfc /scannow, a sprawdzenie obrazu Windows poleceniem DISM /Online /Cleanup-Image /RestoreHealth. Wynik tych poleceń nie zastępuje analizy sprzętu ani zrzutu pamięci, ponieważ naprawiają one określone składniki systemu, a nie każdy możliwy problem sterownika.

Naprawa konfiguracji po wystąpieniu BSOD

Postępowanie zależy od tego, czy system uruchamia się stabilnie, czy awaria powtarza się podczas startu. W pierwszym przypadku należy ustalić moment pojawienia się problemu: instalację sterownika, aktualizację, zmianę ustawień firmware, dołożenie pamięci albo podłączenie urządzenia. Następnie można przywrócić poprzedni sterownik, usunąć niezgodny moduł lub zainstalować właściwy sterownik przeznaczony dla konkretnego modelu podzespołu i używanej wersji Windows. Sterowniki pobrane z przypadkowych źródeł mogą zawierać niepasujące pliki, dlatego ważna jest zgodność modelu oraz architektury systemu.

Gdy komputer zapętla awarie, pomocne może być uruchomienie środowiska odzyskiwania Windows i trybu awaryjnego. Pozwala to ograniczyć liczbę ładowanych sterowników oraz sprawdzić, czy problem znika po pominięciu określonego oprogramowania. W przypadku podejrzenia pamięci operacyjnej test powinien obejmować każdą zainstalowaną kość i poprawne osadzenie modułów, ponieważ pojedynczy błąd może prowadzić do uszkodzenia danych przekazywanych jądru. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką awarii powodujących zatrzymania systemu Windows oraz doborem dalszego postępowania na podstawie objawów i dostępnych zrzutów pamięci.