Co naprawdę oznacza 0x0000009F
Gdy Windows zasypia lub budzi się, wysyła do każdego urządzenia żądanie zasilania (IRP) i oczekuje odpowiedzi w wyznaczonym czasie. Wadliwy lub przestarzały sterownik może zatrzymać takie żądanie i nigdy nie ukończyć przejścia; gdy limit czasu upływa, jądro wykonuje bug check z kodem 0x0000009F i wpisuje nazwę zakleszczonego sterownika w danych awarii. Crash prawie zawsze zdarza się w konkretnym momencie: tuż po wybudzeniu laptopa, przy zamykaniu systemu albo gdy gaśnie ekran — ta synchronizacja to największa wskazówka, który podsystem utknął.
Typowi podejrzani to sterowniki graficzne (NVIDIA i AMD bez różnicy), karty bezprzewodowe i Bluetooth, sterowniki dysków NVMe i SATA oraz plątanina doków USB i Thunderbolt, które przepuszczają kilka urządzeń przez jeden kontroler. Aktualizacja funkcjonalna Windows albo aktualizacja sterownika od dostawcy tuż przed pierwszymi awariami to najsilniejsza poszlaka. Na laptopach częstą przyczyną źródłową jest przestarzały sterownik chipsetu, który nie rozumie nowoczesnego trybu gotowości platformy.
- Sterownik GPU zakleszczony przy wznawianiu — czarny ekran lub crash kilka sekund po otwarciu pokrywy laptopa
- Karta Wi-Fi lub Bluetooth nie odpowiadająca na żądania uśpienia po aktualizacji sterownika
- Dock USB-C lub Thunderbolt — crashe w okolicy usypiania i odłączania to klasyczne zachowanie doka
- Sterownik dysku NVMe/SATA nie przechodzący przejścia, czasem po aktualizacjach firmware
- Przestarzałe sterowniki chipsetu AMD/Intela psujące modern standby na laptopach
- Szybkie uruchamianie — hybrydowe zamykanie systemu, które przy każdym starcie przechodzi tę samą ścieżkę zasilania co uśpienie
Poprawki w kolejności, w jakiej warto próbować
Zacznij od sterownika, który zmienił się ostatnio: Menedżer urządzeń → Właściwości urządzenia → zakładka Sterownik pokazuje Datę sterownika; jeśli świeżo aktualizowany sterownik pasuje do momentu awarii, kliknij Przywróć poprzedni sterownik, a jeśli nie — zaktualizuj go ze strony dostawcy: dla GPU oznacza to pakiet NVIDIA lub AMD, nie Windows Update. Potem doinstaluj zestaw platformowy: sterowniki chipsetu od AMD lub Intela plus sterowniki zarządzania energią od producenta laptopa. Odłącz na kilka dni każdy dok i urządzenie USB; jeśli crashe ustąpią, odpowiedzią jest dok albo jego sterownik.
Potem wyłącz szybkie uruchamianie: Panel sterowania → Opcje zasilania → Wybierz, co robią przyciski zasilania → Zmień ustawienia, które są obecnie niedostępne → odznacz Włącz szybkie uruchamianie. Szybkie uruchamianie zamienia każde zamknięcie systemu w częściową hibernację i jest znanym wzmacniaczem bugów przejść zasilania. Jeśli z hibernacji w ogóle nie korzystasz, polecenie powercfg /h off w wierszu polecenia z podwyższonymi uprawnieniami usuwa hibernację i szybkie uruchamianie jednym ruchem.
Gdy crash wraca mimo poprawek
Otwórz Podgląd zdarzeń → Dzienniki systemu Windows → System i poszukaj zdarzeń BugCheck (Event ID 1001) w okolicach czasowych awarii; wpis wymienia sterownik, którego dotyczy minidump. Sam plik leży w C:\Windows\Minidump i otwiera się w WinDbg, który w wierszu probably caused by zwykle wskazuje winny moduł. Uruchom też powercfg /energy — raportowane przez nie błędy zarządzania energią często pokrywają się z przyczynami 0x9F, na przykład urządzenie, które nigdy nie wchodzi w stan niskiego poboru.
Driver Verifier potrafi zmusić kapryśny sterownik do ujawnienia się, ale traktuj go jako diagnostykę ostateczności: celowo dociąża sterowniki, z premedytacją przewróci komputer, gdy dopadnie winowajcę, i trzeba go potem wyłączyć poleceniem verifier /reset. Uporczywe 0x0000009F na maszynie z w pełni zaktualizowanymi sterownikami, bez doka i bez szybkiego uruchamiania wskazuje na firmware — zaktualizuj BIOS/UEFI i firmware SSD — albo na usterkę sprzętową układu uśpienia, a to już diagnoza serwisowa, nie poprawka w ustawieniach.
Pytania i odpowiedzi
Czy DRIVER POWER STATE FAILURE zagraża moim danym?
Sam crash to kontrolowany bug check, więc system plików zwykle wychodzi cało — ale niezapisana praca przepada, a powtarzające się awarie w trakcie zapisu nigdy nie są zdrowe. Napraw przyczynę, zamiast ją znosić.
Dlaczego BSOD pojawia się tylko po uśpieniu lub wyłączeniu?
Bo zawodzi sama ścieżka przejścia zasilania: sterownik dostaje żądanie uśpienia lub wybudzenia, którego nie potrafi dokończyć. Moment awarii — przy wybudzeniu, przy zamykaniu albo gdy gaśnie ekran — podpowiada, które urządzenie podejrzewać.
Czy wyłączenie szybkiego uruchamiania naprawdę pomaga?
W wielu przypadkach tak. Szybkie uruchamianie przepuszcza każde zamknięcie systemu przez tę samą ścieżkę przejścia zasilania co uśpienie, więc sterownik, który tam zawisa, przewraca też start i zamykanie. Wyłączenie usuwa tę ścieżkę całkowicie.
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
Napisz do nas: [email protected]