ACPI BIOS ERROR – naprawa, aktualizacja BIOS, ASUS, Lenovo, Windows 11, Linux, BSOD 0x000000A5

Pytanie

Acpi bios error jak to naprawić ?

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Najczęściej błąd „ACPI _BIOS _ERROR” znika po zaktualizowaniu BIOS-u/UEFI i sterowników chipsetu, ewentualnie po przywróceniu ustawień firmware do domyślnych.
• Jeśli aktualizacja nie pomoże, należy kolejno: sprawdzić pamięć RAM i dysk, skorygować ustawienia ACPI w BIOS-ie (AHCI/SATA, tryb uśpienia S3/S1), a w ostateczności wyłączyć ACPI tylko do diagnostyki.

Kluczowe punkty
• Aktualizuj BIOS/UEFI i sterowniki ⇒ usuwa większość niezgodności ACPI.
• Przywróć „Load Optimised Defaults” w BIOS-ie ⇒ eliminuje błędną konfigurację.
• Zweryfikuj sprzęt (RAM/dysk) i logi systemowe ⇒ wyklucza uszkodzenia fizyczne.

Szczegółowa analiza problemu

1. Czym jest ACPI
   Advanced Configuration and Power Interface udostępnia systemowi tabele DSDT/SSDT z opisem sprzętu. Jeśli BIOS generuje błędne lub niekompletne tabele, OS (Windows, Linux, *BSD) zgłasza BSOD „ACPI _BIOS_ERROR”, kernel panic lub zatrzymuje boot.

2. Główne przyczyny
   • Nieaktualne lub wadliwe firmware (BIOS/UEFI).
   • Sterowniki chipsetu/zarządzania energią niezgodne z wersją firmware.
   • Nieprawidłowe parametry UEFI: wyłączony tryb ACPI S3, niepoprawny HPET, błędny tryb SATA (IDE ⇄ AHCI), włączone eksperymentalne ASPM/ERP.
   • Uszkodzona pamięć RAM, błędy dysku SSD/HDD, wadliwy zasilacz powodujące przekłamania danych w tabelach ACPI.
   • W Linuksie – zbyt nowe jądro dla starego BIOS-u lub odwrotnie.

3. Typowe symptomy
   • BSOD 0x000000A5 (Windows) lub komunikat „ACPI BIOS Error (bug)” w dmesg.
   • Zawieszenie na logo producenta, pętla restartów, brak funkcji uśpienia/hibernacji.
   • W laptopach nieprawidłowy odczyt baterii / wentylatorów.

4. Teoretyczna podstawa
   OS waliduje tablice ACPI według specyfikacji ACPI v6.x. Jeśli struktury FADT/DSDT zwrócą niepoprawny checksum lub nieobsługiwany typ obiektu, inicjalizacja ACPI kończy się wyjątkiem ‑> BSOD/Kernel Panic. Aktualizacja firmware zazwyczaj dostarcza poprawioną DSDT lub micro-code.

5. Praktyczne zastosowanie diagnozy
   • msinfo32 → sprawdzenie wersji BIOS w Windows.
   • dmidecode -t bios i fwupdmgr get-updates w Linux.
   • MemTest86+ bootowalny USB (co najmniej 2 pełne przebiegi).
   • chkdsk /f /r, sfc /scannow, DISM /RestoreHealth – weryfikacja plików OS.
   • dmesg | grep -i acpi – wyłapanie konkretnych błędów tabel (np. AE_NOT_FOUND).

Aktualne informacje i trendy

• Producenci płyt przechodzą z klasycznego BIOS na UEFI z capsule-update; na laptopach Dell/Lenovo aktualizacje dostarcza LVFS lub Windows Update.
• Windows 11 wymusza ACPI _DSM i tryb UEFI, co zwiększa liczbę zgłoszeń błędów na starszych płytach X79/Z87.
• Firmware oparty o projekt open-source (Coreboot, openEDK2) zyskuje popularność – poprawki ACPI można wgrywać bezpośrednio z repozytorium.

Potencjalne przyszłe kierunki
• Dynamiczne „runtime patching” DSDT w OS (już częściowo w Linux) zmniejszy zależność od aktualizacji ROM.
• Standaryzacja ACPI dla RISC-V i ARM-64 spowoduje kolejną falę poprawek firmware.

Wspierające wyjaśnienia i detale

Przykład: Laptop ASUS UX430 po aktualizacji Windows 11 KB5032190 zwraca BSOD „ACPI_BIOS_ERROR”. Rozwiązaniem była wersja BIOS 313 (2024-04-18) oraz reinstall sterownika Intel Dynamic Platform & Thermal Framework.

Analogicznie w Linuksie: Lenovo T460p z BIOS 1.36 odmawia usypiania, acpi_osi="Windows 2015" dodany do GRUB naprawia problem do czasu flashu BIOS 1.38.

Aspekty etyczne i prawne

• Flashowanie nieoficjalnego BIOS-u (mod-BIOS, Coreboot) może naruszać warunki gwarancji.
• Pobrane pliki firmware muszą pochodzić wyłącznie z witryny producenta (integralność, brak malware).
• Podczas diagnostyki nie wyłączaj krytycznych zabezpieczeń (np. Secure Boot) na stałe – ryzyko infekcji bootkitami.

Praktyczne wskazówki (check-list)

1. Przygotuj kopię zapasową danych i bootowalny pendrive z narzędziami.
2. Pobierz najnowsze:
   • BIOS/UEFI,
   • sterowniki chipsetu, ME Firmware/AGESA (AMD),
   • sterowniki ACPI/hot-key z OEM (laptopy).
3. Zaktualizuj BIOS:
   • Użyj zasilacza UPS lub pełnej baterii,
   • nie wyłączaj komputera podczas flashowania.
4. „Load Optimised Defaults”, zapisz, reboot.
5. Sprawdź tryb SATA: IDE → AHCI (lub odwrotnie jeśli OS niespójny).
6. Włącz ACPI S3 (Suspend to RAM), HPET = Enabled, ASPM = Auto.
7. Uruchom OS, zaktualizuj sterowniki i BIOS-embedded controller (EC).
8. Jeżeli BSOD nadal występuje:
   • MemTest86+,
   • chkdsk, smartctl -a,
   • odłącz peryferia USB, dodatkowe dyski.
9. Testuj parametry startowe (Linux → acpi=off, nolapic | Windows → bcdedit /set disabledynamictick yes).
10. Gdy wszystko zawiedzie – serwis płyty głównej lub jej wymiana.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Wyłączenie ACPI (acpi=off) rozwiązuje start systemu, lecz eliminuje throttling CPU, uśpienie, odczyt baterii – traktuj wyłącznie diagnostycznie.
• Na platformach AMD Ryzen pierwszej generacji część wczesnych BIOS-ów nie obsługuje poprawnie fTPM + Windows 11, co może wywoływać BSOD – wymagana aktualizacja AGESA ComboAM4v2.
• Zmiana ustawień SATA po instalacji Windows może wymagać włączenia sterownika AHCI w rejestrze (msconfig → tryb awaryjny).

Sugestie dalszych badań

• Analiza tabel ACPI w IASL (iasl -d dsdt.aml) i ręczne patchowanie (dla zaawansowanych).
• Śledzenie CVE dotyczących ACPI/UEFI (np. BlackLotus UEFI bootkit).
• Studium specyfikacji ACPI 6.5 oraz Platform Firmware Resiliency (NIST SP 800-193).
• Testowanie aktualizacji BIOS przez Capsule Update w Windows / fwupd w Linux.

Krótkie podsumowanie

Błąd „ACPI _BIOS _ERROR” wynika z niezgodności pomiędzy firmware a systemem. Zdecydowana większość przypadków ustępuje po:

1. aktualizacji BIOS/UEFI i sterowników chipsetu,
2. przywróceniu domyślnych ustawień UEFI,
3. weryfikacji RAM/dysku.
   Wyłączanie ACPI traktuj jako ostatnią deskę ratunku. Konsekwentne przestrzeganie powyższej procedury minimalizuje ryzyko utraty danych i skraca czas diagnostyki.