Objaw wyraźnie wskazywał na problem z zachowywaniem ustawień firmware’u, a nie z samym ZimaOS: zwykły restart przebiegał prawidłowo, ale po odłączeniu zasilacza na dłuższy czas ZimaBlade zapominał zapisaną kolejność uruchamiania i wracał do nieprawidłowej opcji uruchamiania lub trybu innego niż UEFI. Użytkownik mógł ręcznie przywrócić kolejność i ponownie normalnie uruchomić system.
Po ponad roku autor pierwotnego wpisu wrócił z potwierdzonym rozwiązaniem: wymienił baterię CMOS i zresetował BIOS, informując, że to rozwiązało problem. Zidentyfikował baterię ZimaBlade jako CR927 i porównał ją z baterią CR2032 stosowaną w ZimaBoard. To potwierdzenie użytkownika źródłowego, a nie oficjalny biuletyn serwisowy IceWhale dotyczący sprzętu, dlatego przed zakupem zamiennika należy fizycznie sprawdzić baterię.
Długa utrata zasilania i zwykły restart przebiegały inaczej
System zachowywał konfigurację uruchamiania podczas zwykłego restartu. Problem występował po zamknięciu systemu i odłączeniu zasilacza na dłuższy czas.
Taki wzorzec jest typowym dowodem na to, że ustawienia nie są zachowywane, gdy płyta nie ma zewnętrznego zasilania.
ZimaOS wymaga uruchamiania w trybie UEFI w obecnym instalatorze
Aktualna dokumentacja instalacji IceWhale wymaga trybu uruchamiania UEFI oraz wyłączenia funkcji Secure Boot. Jeśli po utracie ustawień CMOS firmware przełączy się na starszy wpis dysku działający w trybie innym niż UEFI, ZimaOS może przestać się uruchamiać, mimo że sam dysk systemowy jest sprawny.
Skorzystaj z aktualnych wymagań dotyczących uruchamiania ZimaOS.
Ta sama utrata ustawień firmware’u wpływała również na wpisy uruchamiania systemów innych niż ZimaOS
Inny użytkownik źródłowy miał zainstalowany Proxmox na dysku SSD i zauważył, że po odłączeniu zasilania płyta wracała do domyślnego CasaOS/eMMC zamiast do niestandardowego wpisu uruchamiania. Wskazuje to na problem z warstwą zachowywania ustawień firmware’u/NVRAM, a nie na błąd systemu plików ZimaOS.
Rozwiązaniem opisanym w źródle była wymiana baterii CMOS, a następnie reset BIOS-u
10 marca 2026 r. R0GGER napisał, że wymiana baterii CMOS i zresetowanie BIOS-u rozwiązały problem.
To znacznie mocniejszy dowód niż wcześniejsze przypuszczenia, że „bateria CMOS nie pełni żadnej funkcji” albo że konieczna musi być aktualizacja BIOS-u.
Według źródła ZimaBlade używa baterii CR927
Autor pierwotnego wpisu odpowiedział później na pytanie o rozmiar baterii:
- ZimaBlade: CR927;
- ZimaBoard: CR2032.
Ponieważ informacja ta pochodzi od użytkownika forum, a nie z aktualnej instrukcji wymiany firmy IceWhale, przed wymianą sprawdź dokładny model płyty, jej rewizję i rodzaj złącza.
Wymieniaj baterię wyłącznie po odłączeniu zasilania
Prawidłowo zamknij system, odłącz zewnętrzne zasilanie, unikaj zwarcia uchwytu lub płyty i zwróć uwagę na ułożenie biegunów oraz sposób podłączenia baterii. Po wymianie wejdź do BIOS-u i świadomie przywróć wymagane ustawienia.
Przywróć pełną konfigurację firmware’u, nie tylko kolejność uruchamiania
Rozładowana lub zresetowana bateria CMOS może również spowodować utratę ustawień wirtualizacji, kontrolera SATA, daty i godziny, automatycznego włączania oraz innych opcji firmware’u. Jeśli korzystasz z VT-d, przekazywania urządzeń do maszyn wirtualnych, automatycznego włączania zasilania lub niestandardowego dysku systemowego, sprawdź również te ustawienia.
FAQ dotyczące kolejności uruchamiania ZimaBlade
Czy pierwotny użytkownik potwierdził rozwiązanie problemu?
Tak. Wymiana baterii CMOS i zresetowanie BIOS-u rozwiązały problem.
Czy potwierdzono, że rozwiązaniem była aktualizacja BIOS-u?
Nie. Początkowo o niej dyskutowano, ale potwierdzonym w źródle rozwiązaniem była wymiana baterii CMOS i reset BIOS-u.
Jaką baterię użytkownik źródłowy wskazał dla ZimaBlade?
CR927. Przed wymianą sprawdź dokładnie swój sprzęt, ponieważ ta informacja pochodzi od społeczności użytkowników.
