ACPI blokuje przejście w stan S3

Gdy ACPI blokuje przejście systemu w stan uśpienia S3, przyczyną zwykle jest sterownik lub urządzenie zgłaszające sprzeciw wobec uśpienia (można to sprawdzić poleceniem powercfg /requests) albo nieprawidłowa implementacja ACPI w BIOS-ie danego modelu płyty głównej.

ACPI blokuje przejście w stan S3 — co oznacza ten komunikat

ACPI, czyli Advanced Configuration and Power Interface, odpowiada za współpracę systemu operacyjnego z firmware’em płyty głównej oraz za zarządzanie zasilaniem podzespołów. Stan S3 jest tradycyjnie utożsamiany z uśpieniem komputera: większość elementów zostaje odłączona od zasilania, natomiast zawartość pamięci operacyjnej pozostaje zachowana, aby możliwy był szybki powrót do pracy. Jeżeli pojawia się informacja, że ACPI blokuje przejście do S3, oznacza to, że procedura usypiania nie została zaakceptowana przez któryś z elementów platformy sprzętowej lub programowej.

Nie musi to oznaczać fizycznego uszkodzenia płyty głównej. Blokada może wynikać z aktywnego procesu, sterownika, urządzenia USB, karty sieciowej, układu graficznego, kontrolera dysku albo błędnej interpretacji stanu zasilania przez BIOS lub UEFI. W nowszych komputerach funkcjonują także inne mechanizmy uśpienia, dlatego zachowanie systemu nie zawsze odpowiada klasycznemu modelowi S3. W praktyce istotne jest ustalenie, jaki tryb uśpienia obsługuje dana platforma i czy system prawidłowo rozpoznaje dostępne stany energetyczne.

Podczas przechodzenia do uśpienia system musi zatrzymać aktywność urządzeń, zapisać wymagane informacje i przekazać firmware’owi kontrolę nad kolejnymi etapami wyłączania. Jeżeli dowolny komponent nie odpowie zgodnie z oczekiwanym protokołem, operacja może zostać przerwana. Skutkiem bywa powrót do ekranu logowania, samoczynne wybudzenie, zawieszenie obrazu, czarny ekran po wznowieniu albo całkowity brak reakcji na polecenie uśpienia.

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

ACPI tworzy warstwę komunikacji pomiędzy systemem a sprzętem, ale nie działa samodzielnie. Sterownik urządzenia może zgłosić aktywne żądanie uniemożliwiające uśpienie, ponieważ system uznaje, że wykonywana jest operacja wymagająca utrzymania zasilania. Przykładem może być transmisja sieciowa, odtwarzanie multimediów, praca aplikacji korzystającej z akceleracji graficznej, operacja na dysku lub oczekiwanie na odpowiedź kontrolera. Czasem blokada pojawia się po aktualizacji systemu, sterownika chipsetu albo oprogramowania układowego.

Do wstępnego rozpoznania można wykorzystać narzędzia systemowe. Polecenie powercfg /requests pozwala sprawdzić, czy któryś z komponentów zgłasza żądanie uniemożliwiające przejście w uśpienie. Przydatne bywają również polecenia pokazujące dostępne stany energetyczne oraz historię wybudzeń. Sam wynik diagnostyczny nie zawsze wskazuje bezpośrednią przyczynę, ponieważ urządzenie może być tylko pośrednim uczestnikiem problemu, a rzeczywisty błąd może znajdować się w sterowniku nadrzędnym, ustawieniach zasilania lub firmware’ze.

Znaczenie ma także wersja BIOS-u lub UEFI. Nieprawidłowa tabela ACPI może opisywać urządzenia, przerwania lub zależności energetyczne w sposób, którego system nie potrafi poprawnie zinterpretować. Zdarza się również, że po zmianie ustawień firmware’u uśpienie zaczyna działać inaczej niż wcześniej. Dotyczy to między innymi konfiguracji urządzeń wybudzających komputer, obsługi magistral, trybu kontrolera dysku, zintegrowanej grafiki oraz ustawień związanych z szybkim uruchamianiem. Każda zmiana powinna być wykonywana ostrożnie, ponieważ nieprawidłowa konfiguracja może wpłynąć także na uruchamianie systemu.

Warto odróżnić błąd przejścia do S3 od problemu występującego dopiero podczas wybudzania. W pierwszym przypadku komputer nie zasypia, natychmiast wraca do aktywności albo zatrzymuje się przed zapisaniem stanu. W drugim uśpienie może przebiegać poprawnie, lecz po wznowieniu nie działa obraz, klawiatura, sieć lub część urządzeń. Rozróżnienie tych objawów ułatwia zawężenie obszaru poszukiwań do sterownika odpowiedzialnego za inicjalizację urządzenia, obsługę zasilania albo przywracanie jego stanu.

Typowe objawy i źródła błędów - ACPI blokuje przejście w stan S3

Najczęściej obserwuje się brak reakcji na polecenie uśpienia, samoczynne wybudzenie po kilku sekundach, restart zamiast uśpienia, zawieszenie na wygaszonym ekranie oraz utratę części funkcji po wznowieniu. Czasami komputer zasypia wyłącznie po zamknięciu określonych programów albo przestaje przechodzić w stan S3 po podłączeniu monitora, stacji dokującej, urządzenia USB lub zewnętrznego adaptera sieciowego. Jeżeli problem występuje tylko przy zasilaniu bateryjnym lub tylko po podłączeniu zasilacza, należy uwzględnić także różnice pomiędzy profilami energetycznymi.

Jednym ze źródeł kłopotów są sterowniki grafiki i chipsetu. Sterownik może nie zwolnić zasobu albo nie przekazać urządzenia do właściwego stanu niskiego poboru energii. Podobne zachowanie może powodować sterownik kontrolera magazynu danych, karty sieciowej, czytnika kart, kamery lub urządzenia podłączonego przez USB. W przypadku urządzeń sieciowych znaczenie mają ustawienia pozwalające na wybudzanie komputera przez pakiety sieciowe. W przypadku USB problem może wiązać się z selektywnym wstrzymywaniem zasilania, wadliwym koncentratorem albo urządzeniem, które nie przechodzi poprawnie w stan oczekiwania.

Nie należy pomijać programów działających w tle. Oprogramowanie do synchronizacji, kopii zapasowych, monitorowania sprzętu, obsługi peryferiów lub zarządzania energią może utrzymywać aktywność systemu. Również otwarta sesja zdalna, odtwarzanie dźwięku, zadanie zaplanowane przez system albo oczekująca aktualizacja mogą zmieniać sposób obsługi uśpienia. W takich sytuacjach pomocne jest porównanie zachowania po czystym uruchomieniu oraz po czasowym odłączeniu dodatkowych urządzeń i wyłączeniu programów uruchamianych razem z systemem.

Jeżeli problem zaczął się po aktualizacji, nie powinno się automatycznie zakładać, że winny jest sam system. Aktualizacja mogła jedynie ujawnić wcześniejszą niezgodność pomiędzy BIOS-em a sterownikiem. Również przywrócenie starszej wersji sterownika nie zawsze jest właściwym rozwiązaniem, zwłaszcza gdy dotyczy ono krytycznego komponentu płyty głównej. Bezpieczniejsze jest ustalenie, który element zgłasza blokadę, sprawdzenie dzienników systemowych i dopiero potem dobranie kolejności zmian.

Kiedy najlepiej zlecić diagnozę specjalistom - ACPI blokuje przejście w stan S3

Zgłoszenie do serwisu jest uzasadnione wtedy, gdy problem powtarza się mimo ponownego uruchomienia, występuje po każdej próbie uśpienia albo powoduje zawieszanie i konieczność używania przycisku zasilania. Szczególnej uwagi wymagają sytuacje, w których po wybudzeniu znika obraz, system traci urządzenia wejściowe, pojawiają się błędy sterowników lub komputer samoczynnie się restartuje. Nie powinno się wielokrotnie wymuszać wyłączenia, ponieważ może to prowadzić do utraty niezapisanych danych i komplikować późniejszą diagnostykę.

Przed przekazaniem sprzętu warto zanotować, od kiedy występuje usterka, czy pojawiła się po aktualizacji, jakie urządzenia są podłączone oraz czy problem dotyczy również ponownego uruchamiania i zamykania systemu. Pomocne są także informacje o tym, czy uśpienie działa po odłączeniu stacji dokującej, monitora, nośników USB lub przewodu sieciowego. Takie obserwacje pozwalają szybciej odróżnić konflikt urządzeń od niezgodności sterownika lub problemu po stronie firmware’u.

W punkcie Warszawskie Pogotowie Komputerowe 24/7 można zlecić sprawdzenie zależności pomiędzy systemem, sterownikami, ustawieniami zasilania i firmware’em. Przy laptopach stosowana jest darmowa diagnoza LAPTOPA, dzięki czemu możliwe jest rozpoczęcie od ustalenia źródła blokady bez podejmowania przypadkowych zmian w konfiguracji. W ramach rozpoznania analizuje się objawy, dostępne stany zasilania, zgłoszenia urządzeń oraz zachowanie komputera przy różnych scenariuszach uśpienia i wybudzania.

Jeżeli okaże się, że przyczyną jest sterownik, można zaplanować jego aktualizację, ponowną instalację albo zmianę ustawień urządzenia. Gdy podejrzenie pada na BIOS lub UEFI, konieczne jest sprawdzenie zgodności wersji, konfiguracji oraz historii zmian, a następnie ostrożne przywrócenie ustawień zapewniających prawidłową obsługę zasilania. Jeżeli problem ma charakter sprzętowy, diagnostyka powinna objąć między innymi płytę główną, układy zasilania i urządzenia, które nie przechodzą prawidłowo w stan uśpienia. Dzięki temu naprawa może zostać skierowana na rzeczywisty element powodujący blokadę, zamiast ograniczać się do wyłączania funkcji uśpienia.