ACPI nie działa w maszynie wirtualnej

W maszynach wirtualnych hypervisor udostępnia gościowi uproszczoną, emulowaną tablicę ACPI (bez pełnych metod _PSS/_TSS), więc funkcje zależne od rzeczywistego sprzętu — np. skalowanie napięcia czy zaawansowane stany uśpienia — mogą nie działać mimo poprawnie zainstalowanego sterownika.

Czym jest problem „ACPI nie działa w maszynie wirtualnej”

ACPI, czyli Advanced Configuration and Power Interface, odpowiada za przekazywanie systemowi operacyjnemu informacji o zasilaniu, przyciskach sprzętowych, stanach uśpienia, wyłączaniu komputera oraz wybranych możliwościach zarządzania energią. W środowisku wirtualnym system gościa nie korzysta bezpośrednio z fizycznej płyty głównej, lecz otrzymuje od warstwy uruchamiającej maszynę wirtualną zestaw urządzeń i tabel opisujących ich działanie. Taka prezentacja sprzętu może być uproszczona albo częściowo różnić się od tego, co występuje w komputerze fizycznym.

Określenie „ACPI nie działa” nie musi oznaczać jednego, całkowitego uszkodzenia. Może odnosić się do braku reakcji na polecenie uśpienia, nieprawidłowego wyłączenia systemu, niewykrywania przycisku zasilania, nieobecnych informacji o baterii albo braku funkcji oszczędzania energii. Czasami system uruchamia się poprawnie, ale nie udostępnia części mechanizmów ACPI, ponieważ nie otrzymał odpowiednich tabel, metod lub urządzeń wirtualnych.

Znaczenie ma także system operacyjny zainstalowany wewnątrz maszyny, jego wersja, sposób uruchamiania oraz konfiguracja firmware’u widoczna dla gościa. Zmiana ustawień zasilania w samym systemie może nie wystarczyć, jeśli problem wynika z modelu wirtualnego sprzętu, niezgodności trybu rozruchu albo ograniczeń zastosowanych przy tworzeniu maszyny.

Rola warstwy wirtualizacji i porównanie z komputerem fizycznym

W komputerze fizycznym system operacyjny odczytuje informacje ACPI przygotowane przez firmware konkretnej płyty głównej. W maszynie wirtualnej otrzymuje natomiast opis urządzeń przedstawiony przez hypervisor. Oznacza to, że dostępne funkcje zależą nie tylko od systemu gościa, lecz także od tego, jakie elementy zostały mu udostępnione. Wirtualna tablica ACPI może zawierać podstawowe informacje potrzebne do uruchomienia i zamknięcia systemu, ale nie musi odwzorowywać wszystkich funkcji prawdziwego komputera.

W przypadku komputera fizycznego możliwe jest występowanie zależności między ACPI a konkretnym firmware’em, kontrolerem energii, baterią, wentylatorami oraz przyciskami obudowy. W maszynie wirtualnej część tych elementów jest tylko odwzorowana programowo. Dlatego brak zaawansowanych stanów zasilania nie zawsze jest usterką sterownika. Może być cechą wybranego modelu sprzętu wirtualnego albo świadomym ograniczeniem środowiska.

Podczas analizy należy odróżnić problemy ACPI od błędów związanych z narzędziami gościa, sterownikiem chipsetu, obsługą zegara, urządzeniami wejściowymi i konfiguracją rozruchu. Pomocne jest porównanie zachowania tej samej wersji systemu po uruchomieniu na innym modelu maszyny wirtualnej, a także sprawdzenie, czy funkcja działa poza środowiskiem wirtualnym. Nie powinno się jednak zmieniać wielu parametrów jednocześnie, ponieważ utrudnia to ustalenie przyczyny.

W dziennikach systemowych mogą pojawiać się komunikaty o błędach metod AML, nieznanych urządzeniach ACPI, nieudanej inicjalizacji sterownika zasilania lub braku określonego interfejsu. Sam komunikat nie przesądza jeszcze o źródle problemu. Wymaga zestawienia z objawem, konfiguracją maszyny i momentem wystąpienia błędu.

Typowe objawy, błędy i przyczyny - ACPI nie działa w maszynie wirtualnej

Jednym z częstych objawów jest nieprawidłowe działanie polecenia uśpienia albo hibernacji. System może ignorować wybraną funkcję, wracać natychmiast do pracy lub zawieszać się przy przechodzeniu w stan niskiego poboru energii. W innych przypadkach zamknięcie systemu kończy się zatrzymaniem na ekranie końcowym i wymaga ręcznego wyłączenia maszyny. Jeżeli problem dotyczy komputera przenośnego uruchomionego jako gość, mogą również nie pojawiać się informacje o poziomie baterii lub stanie zasilacza.

Do możliwych przyczyn należą:

• udostępnienie systemowi gościa niepełnego albo niepasującego modelu ACPI,
• niezgodność między trybem rozruchu UEFI i konfiguracją zainstalowanego systemu,
• wyłączone funkcje zasilania w ustawieniach maszyny wirtualnej,
• brak albo nieprawidłowe działanie narzędzi integracyjnych dla systemu gościa,
• uszkodzenie plików systemowych lub komponentów odpowiedzialnych za zarządzanie energią,
• konflikt po zmianie wersji oprogramowania wirtualizacyjnego, migracji maszyny albo przywróceniu starego punktu kontrolnego,
• błędne wpisy w konfiguracji rozruchowej i rejestrze systemu operacyjnego,
• ograniczenie funkcji wynikające z samej konstrukcji używanego środowiska.

Nie zaleca się usuwania ostrzeżeń ACPI z dzienników wyłącznie po to, aby zniknęły komunikaty. Takie działanie może ukryć skutek, ale nie przywróci obsługi uśpienia ani prawidłowego wyłączania. Ostrożności wymaga również dopisywanie parametrów startowych wyłączających obsługę ACPI. Czasem pozwala to uruchomić system awaryjnie, lecz jednocześnie może odebrać mu ważne funkcje zasilania.

Diagnoza powinna obejmować sprawdzenie ustawień urządzeń wirtualnych, logów systemowych, sterowników, trybu rozruchu i zmian wykonanych przed pojawieniem się usterki. Warto też ustalić, czy problem występuje od pierwszego uruchomienia, czy pojawił się dopiero po aktualizacji, klonowaniu lub przeniesieniu maszyny. Takie rozróżnienie pomaga ocenić, czy należy korygować konfigurację, naprawiać system gościa, czy odtworzyć właściwy model urządzeń.

W jakich sytuacjach warto umówić wizytę serwisową - ACPI nie działa w maszynie wirtualnej

Zgłoszenie do serwisu jest uzasadnione, gdy problem z ACPI uniemożliwia bezpieczne wyłączanie, powoduje zawieszanie przy uśpieniu, utrudnia pracę na baterii, pojawia się po migracji maszyny albo towarzyszy mu seria błędów sterowników. Wsparcie techniczne bywa szczególnie potrzebne wtedy, gdy nie jest jasne, czy przyczyny należy szukać w systemie gościa, konfiguracji maszyny, firmware’ie komputera fizycznego czy oprogramowaniu wirtualizacyjnym.

W Warszawie takie przypadki można przekazać do Serwisu laptopów i komputerów PC - Warszawa, gdzie analizowany jest sposób występowania objawów oraz stan systemu przed wprowadzaniem zmian. Przy zgłoszeniu warto przygotować wersję systemu gościa, opis środowiska, informację o ostatniej zmianie konfiguracji i dokładny moment, w którym pojawia się błąd. Ułatwia to odtworzenie problemu oraz ogranicza ryzyko przypadkowego usunięcia ustawień potrzebnych do uruchomienia maszyny.

W pierwszej kolejności można wykonać kopię ważnych danych i plików konfiguracyjnych, sprawdzić, czy problem dotyczy jednej maszyny, oraz zapisać treść komunikatów z dziennika systemowego. Nie powinno się natomiast modyfikować tabel ACPI, usuwać sterowników zasilania ani zmieniać parametrów rozruchu bez możliwości powrotu do poprzedniej konfiguracji. W przypadku niestabilnego działania bezpieczniejsze jest przygotowanie punktu przywracania lub kopii maszyny i dopiero potem przeprowadzenie testów.