Brak obsługi ACPI w VirtualBox/VMware

Brak pełnej obsługi ACPI w maszynach wirtualnych VirtualBox/VMware wskazuje na ograniczenia emulacji sprzętu wirtualnego — niektóre funkcje zarządzania energią nie są w pełni odwzorowane w środowisku wirtualnym.

Czym jest brak obsługi ACPI w VirtualBox lub VMware

Brak obsługi ACPI w VirtualBox albo VMware oznacza, że system uruchomiony w maszynie wirtualnej nie otrzymuje pełnego, prawidłowego obrazu mechanizmów zarządzania energią. ACPI, czyli Advanced Configuration and Power Interface, odpowiada między innymi za komunikację systemu operacyjnego z warstwą sprzętową w zakresie zasilania, usypiania, wybudzania, wyłączania oraz niektórych stanów urządzeń. W środowisku wirtualnym nie jest używany fizyczny układ płyty głównej wprost. Program do wirtualizacji przedstawia systemowi umowny zestaw urządzeń, a jego działanie zależy od konfiguracji maszyny, wersji programu i rodzaju instalowanego systemu.

W praktyce częściowa albo nieprawidłowa obsługa ACPI może sprawić, że system gościa nie rozpoznaje dostępnych stanów zasilania, nie reaguje poprawnie na polecenie zamknięcia, nie przechodzi w uśpienie lub po wybudzeniu zachowuje się niestabilnie. Czasami problem nie objawia się komunikatem o błędzie. Zamiast tego pojawia się długie oczekiwanie przy wyłączaniu, konieczność używania przycisku zamykania maszyny wirtualnej albo brak informacji o baterii i stanie zasilania, nawet gdy system został skonfigurowany tak, aby takie dane obsługiwać.

Nie należy utożsamiać tego z fizyczną awarią układu ACPI w komputerze. W maszynie wirtualnej istotne jest to, co zostaje zaprezentowane przez hypervisor i jak system operacyjny interpretuje udostępnione tabele oraz urządzenia. Jeżeli warstwa emulacji nie przekazuje oczekiwanych informacji albo instalacja systemu została wykonana z nieodpowiednimi ustawieniami, funkcje zasilania mogą być ograniczone mimo poprawnego działania komputera gospodarza.

Kontekst techniczny i porównanie z komputerem fizycznym - Brak obsługi ACPI w VirtualBox/VMware

Na fizycznym komputerze ACPI współpracuje z firmware płyty głównej, kontrolerami zasilania, procesorem, układami termicznymi i urządzeniami peryferyjnymi. System operacyjny odczytuje przygotowane przez firmware informacje o dostępnych stanach oraz sposobie reagowania na określone zdarzenia. W VirtualBox lub VMware część tych elementów jest odtwarzana programowo. Maszyna wirtualna otrzymuje wirtualny chipset, wirtualne urządzenia oraz zestaw tabel opisujących środowisko, które może różnić się od tego, co znajduje się w komputerze gospodarza.

To rozdzielenie powoduje, że dwa systemy uruchomione na tym samym komputerze mogą inaczej reagować na uśpienie, zamknięcie i zmianę stanu zasilania. System gospodarza może prawidłowo przechodzić w tryb uśpienia, podczas gdy system gościa nie ma dostępu do analogicznego mechanizmu albo otrzymuje jedynie jego uproszczoną wersję. W niektórych konfiguracjach polecenie zamknięcia z poziomu systemu gościa jest obsługiwane przez dodatki integracyjne, a nie przez bezpośrednią emulację wszystkich funkcji płyty głównej.

Znaczenie może mieć także wybrany typ systemu gościa, wersja obrazu instalacyjnego, ustawienia chipsetu, włączone dodatki gościa oraz sposób uruchamiania maszyny. Niezgodność pomiędzy oczekiwaniami systemu a udostępnionym modelem sprzętu może prowadzić do komunikatów o braku sterownika, błędów podczas startu lub niepełnego wykrywania urządzeń związanych z zasilaniem. Nie zawsze właściwym rozwiązaniem jest włączenie przypadkowej opcji w ustawieniach. Przed zmianą konfiguracji warto ustalić, czy problem dotyczy samego ACPI, sterownika systemowego, dodatków integracyjnych, czy może uszkodzenia plików systemu gościa.

Ważne jest również odróżnienie problemu z ACPI od problemów z wirtualnym zegarem, sterownikami kontrolera dysku, akceleracją sprzętową lub komunikacją pomiędzy gospodarzem i gościem. Objawy mogą być podobne, lecz przyczyny znajdują się w różnych warstwach. Analiza logów programu wirtualizacyjnego, Podglądu zdarzeń lub komunikatów jądra systemu pozwala zawęzić obszar poszukiwań bez pochopnego usuwania maszyny wirtualnej.

Typowe problemy i błędy związane z ACPI - Brak obsługi ACPI w VirtualBox/VMware

Jednym z częstszych objawów jest brak prawidłowej reakcji na polecenie wyłączenia systemu. System gościa może pozostawać na ekranie zamykania, wracać do ekranu logowania albo wymagać ręcznego odcięcia zasilania wirtualnej maszyny. Powtarzające się wymuszanie wyłączenia może zwiększać ryzyko uszkodzenia systemu plików, dlatego nie powinno być traktowane jako normalny sposób pracy.

Inny problem stanowi niedostępne uśpienie lub hibernacja. Odpowiednie opcje mogą nie pojawiać się w menu systemu, być nieaktywne albo kończyć się powrotem do poprzedniego stanu. W środowisku wirtualnym wynika to często z ograniczeń modelu urządzeń, braku przekazywania wybranych zdarzeń lub niezgodności pomiędzy funkcjami systemu gościa a tym, co oferuje używany program do wirtualizacji. Próba wymuszenia uśpienia przez narzędzia systemowe może wtedy nie przynieść oczekiwanego rezultatu.

Może wystąpić także nieprawidłowe wykrywanie baterii, temperatury lub przycisków zasilania. W przypadku systemu uruchomionego na komputerze stacjonarnym brak baterii w środowisku wirtualnym jest zwykle naturalny, ale komunikaty o nieznanym urządzeniu ACPI, błędy sterowników albo ciągłe ostrzeżenia w dziennikach mogą wskazywać na niepełną zgodność konfiguracji. Nie należy automatycznie instalować sterowników pobranych z przypadkowych stron, ponieważ sterownik przeznaczony dla fizycznego modelu płyty głównej nie musi pasować do wirtualnego urządzenia.

Problemy mogą pojawić się również po aktualizacji VirtualBox, VMware albo systemu gościa. Zmiana wersji może wpłynąć na sposób prezentowania chipsetu, urządzeń zasilania i dodatków integracyjnych. Podobny efekt może dać skopiowanie maszyny wirtualnej na inny komputer, import gotowego obrazu lub zmiana ustawień bez przygotowania punktu przywracania. Bezpieczna diagnostyka powinna obejmować zapis aktualnej konfiguracji, sprawdzenie logów oraz ocenę, czy kłopot występuje od początku, czy pojawił się po konkretnej zmianie.

Warto też sprawdzić, czy błąd nie jest mylony z awarią komputera gospodarza. Jeżeli zarówno system fizyczny, jak i system gościa mają problemy z wyłączaniem, uśpieniem lub przegrzewaniem, przyczyna może znajdować się poza samą maszyną wirtualną. W takim przypadku analizuje się również sterowniki płyty głównej, ustawienia firmware, aktualizacje systemu oraz stan zasilania komputera.

Kiedy najlepiej oddać urządzenie do diagnozy - Brak obsługi ACPI w VirtualBox/VMware

Zgłoszenie do serwisu jest zasadne, gdy system gościa regularnie zawiesza się podczas wyłączania, po wybudzeniu traci urządzenia, generuje błędy ACPI przy każdym uruchomieniu albo wymaga wymuszonego odcinania zasilania. Pomocy warto poszukać także wtedy, gdy po zmianie ustawień VirtualBox lub VMware przestało działać zamykanie systemu, zniknęły opcje uśpienia albo maszyna wirtualna zaczęła uruchamiać się niestabilnie.

Przydatne będzie przekazanie informacji o systemie gospodarza i gościa, używanym programie do wirtualizacji, momencie pojawienia się usterki oraz dokładnym komunikacie wyświetlanym na ekranie. Jeżeli problem pojawił się po aktualizacji, migracji obrazu lub zmianie ustawień, ta informacja może znacząco skrócić rozpoznanie. Nie zaleca się kasowania maszyny wirtualnej ani jej dysku przed wykonaniem kopii, ponieważ może to utrudnić odzyskanie danych i odtworzenie pierwotnej konfiguracji.

W Warszawskim Pogotowiu Komputerowym 24/7 można rozpocząć od sprawdzenia źródła problemu, zwłaszcza gdy nie ma pewności, czy dotyczy on środowiska wirtualnego, systemu operacyjnego, czy fizycznego komputera. W przypadku laptopa obowiązuje darmowa diagnoza LAPTOPA, co pozwala najpierw ustalić zakres usterki i dobrać dalsze działania bez pochopnej wymiany podzespołów.

Po analizie można określić, czy wystarczy korekta konfiguracji maszyny, ponowna instalacja lub aktualizacja dodatków integracyjnych, naprawa plików systemowych, czy też konieczna jest szersza diagnostyka komputera gospodarza. Szczególną ostrożność zachowuje się wtedy, gdy maszyna wirtualna zawiera ważne dokumenty, środowisko testowe albo dane wymagające zachowania ciągłości. Najpierw zabezpiecza się kopię plików, następnie weryfikuje logi i dopiero później wprowadza zmiany, które mogą wpłynąć na sposób uruchamiania systemu.