ACPI crashuje ntoskrnl.exe

Awaria jądra systemu (ntoskrnl.exe) powiązana z ACPI zwykle wskazuje na błąd w tabelach ACPI dostarczonych przez firmware płyty głównej lub konflikt sterownika zarządzania energią — pierwszym krokiem diagnozy jest aktualizacja BIOS-u do najnowszej wersji.

ACPI crashuje ntoskrnl.exe — co oznacza ten komunikat

Określenie „ACPI crashuje ntoskrnl.exe” opisuje sytuację, w której system Windows kończy pracę błędem jądra podczas obsługi mechanizmu ACPI, czyli warstwy odpowiedzialnej za komunikację między systemem operacyjnym, firmware’em płyty głównej oraz urządzeniami związanymi z zasilaniem i zarządzaniem energią. Plik ntoskrnl.exe jest jednym z podstawowych składników jądra Windows, dlatego jego pojawienie się w raporcie awarii nie musi oznaczać uszkodzenia samego pliku. Często wskazuje jedynie na miejsce, w którym system wykrył skutki wcześniejszego problemu.

ACPI uczestniczy między innymi w przechodzeniu do uśpienia, wybudzaniu, zmianie stanów zasilania procesora, kontroli wentylatorów, obsłudze baterii oraz przekazywaniu systemowi informacji o urządzeniach obecnych w komputerze. Jeżeli dane przekazane przez firmware są niespójne, niezgodne z wersją Windows albo kolidują ze sterownikiem, może dojść do błędu krytycznego, samoczynnego restartu, niebieskiego ekranu lub zawieszenia podczas uruchamiania.

Rola BIOS-u, firmware’u i sterowników zarządzania energią

W odróżnieniu od zwykłego błędu aplikacji awaria związana z ACPI występuje na styku kilku warstw. Firmware płyty głównej udostępnia systemowi zestaw tabel opisujących urządzenia i dostępne stany zasilania, a Windows interpretuje te informacje za pośrednictwem własnych komponentów oraz sterowników chipsetu. Błąd może zatem pojawić się po aktualizacji systemu, zmianie ustawień firmware’u, wymianie podzespołu albo przywróceniu ustawień domyślnych, nawet jeśli wcześniej komputer działał prawidłowo.

Podstawowym działaniem diagnostycznym jest sprawdzenie, czy producent urządzenia udostępnił nowszą wersję BIOS-u lub UEFI. Aktualizację powinno się dobierać dokładnie do modelu płyty głównej albo komputera, ponieważ użycie niepasującego pliku może uniemożliwić uruchomienie urządzenia. Równolegle sprawdza się sterowniki chipsetu, kontrolera zarządzania energią i innych elementów płyty głównej. Znaczenie może mieć również kolejność instalacji sterowników po reinstalacji Windows, ustawienia trybu uśpienia oraz konfiguracja urządzeń podłączonych przez USB.

Warto odróżnić problem programowo-firmware’owy od awarii sprzętowej. Sam komunikat odnoszący się do ntoskrnl.exe nie potwierdza uszkodzenia pamięci RAM, procesora ani dysku, ale takie elementy mogą powodować podobne objawy. Dlatego interpretacja zrzutu pamięci powinna być połączona z analizą dzienników systemowych, wersji sterowników, temperatur, stabilności zasilania i zachowania komputera podczas uruchamiania, uśpienia oraz wybudzania.

Typowe objawy i błędy utrudniające rozpoznanie - ACPI crashuje ntoskrnl.exe

Awaria ACPI może występować tylko w określonych warunkach. Czasem komputer działa poprawnie podczas zwykłej pracy, lecz zawiesza się przy zamykaniu pokrywy laptopa, przechodzeniu w stan uśpienia albo powrocie do pracy. W innych przypadkach błąd pojawia się podczas startu Windows, po odłączeniu zasilacza, po zmianie profilu energetycznego lub po podłączeniu konkretnego urządzenia. Takie zależności są ważną wskazówką, ponieważ pokazują, że problem niekoniecznie jest stały i może dotyczyć konkretnego stanu zasilania.

Do częstych nieprawidłowych działań należy wielokrotne usuwanie pliku ntoskrnl.exe, pobieranie go z przypadkowych stron albo próba zastępowania go inną wersją. Plik systemowy nie powinien być traktowany jak niezależny sterownik. Podobnie samo wyłączenie funkcji uśpienia może jedynie ukryć objaw, bez usunięcia przyczyny. Ostrożności wymaga także aktualizacja BIOS-u wykonywana przy niestabilnym zasilaniu, z przerwanym procesem albo bez wcześniejszego potwierdzenia właściwego modelu urządzenia.

Przydatne jest zapisanie kodu błędu z niebieskiego ekranu, nazwy wskazanego modułu, momentu wystąpienia awarii oraz zmian wykonanych tuż przed pojawieniem się problemu. Należy zwrócić uwagę na to, czy restart następuje po instalacji aktualizacji, zmianie sterownika, podłączeniu stacji dokującej, wymianie pamięci lub uruchomieniu funkcji szybkiego startu. Jeżeli komputer uruchamia się niestabilnie, diagnostykę można rozpocząć w trybie awaryjnym, a następnie porównać zachowanie systemu przy ograniczonym zestawie sterowników.

W jakich sytuacjach warto poprosić o ocenę stanu sprzętu - ACPI crashuje ntoskrnl.exe

Zgłoszenie do serwisu jest uzasadnione wtedy, gdy błąd powtarza się mimo aktualizacji sterowników, występuje przed pełnym uruchomieniem Windows, uniemożliwia korzystanie z uśpienia lub wybudzania albo pojawił się po zmianach sprzętowych i nie można jednoznacznie ustalić ich wpływu. Szczególnej uwagi wymaga sytuacja, w której komputer samoczynnie się resetuje, traci obraz, nie reaguje na przycisk zasilania albo przechodzi w pętlę restartów. W takich przypadkach dalsze przypadkowe modyfikowanie firmware’u może utrudnić późniejsze rozpoznanie usterki.

W ramach diagnostyki analizuje się konfigurację ACPI, wersję BIOS-u lub UEFI, sterowniki chipsetu, dzienniki systemowe oraz zrzuty pamięci po awarii. W razie potrzeby sprawdza się także pamięć operacyjną, dysk, układ zasilania i stabilność pracy płyty głównej, ponieważ podobne objawy mogą wynikać z więcej niż jednej przyczyny. Istotne jest ustalenie, czy problem pojawia się wyłącznie w Windows, czy również w menu firmware’u i podczas uruchamiania z zewnętrznego nośnika.

Takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie analizuje się zależność między błędem ntoskrnl.exe, konfiguracją ACPI oraz zachowaniem konkretnego urządzenia. Naprawy są z reguły realizowane w ciągu do 3 dni roboczych, zależnie od wyniku diagnozy i dostępności koniecznych działań serwisowych. Do zgłoszenia warto dołączyć zdjęcie komunikatu, dokładny model komputera oraz informację, czy awaria występuje przy uruchamianiu, uśpieniu, wybudzaniu czy zamykaniu systemu.