Symptomet pekade starkt på att firmwareinställningarna inte sparades, snarare än på ZimaOS i sig: en vanlig omstart fungerade, men efter att strömförsörjningen hade varit frånkopplad en längre tid glömde ZimaBlade den sparade startordningen och återgick till felaktigt startalternativ eller ett alternativ utan UEFI. Användaren kunde manuellt återställa ordningen och starta normalt igen.
Mer än ett år senare återkom originalskribenten med en bekräftad lösning: de bytte CMOS-batteriet och återställde BIOS, och uppgav att detta löste problemet. De identifierade ZimaBlade-batteriet som CR927 och jämförde det med ZimaBoards CR2032. Detta är en verifiering från en användare, inte ett servicemeddelande från IceWhale, så kontrollera batteriet fysiskt innan du köper ett ersättningsbatteri.
Strömavbrott under längre tid och vanlig omstart betedde sig olika
Systemet behöll sin startkonfiguration vid vanlig omstart. Felet uppstod efter avstängning följd av att nätaggregatet hade varit frånkopplat en längre tid.
Det mönstret är ett klassiskt tecken på att inställningarna inte sparas när kortet saknar extern strömförsörjning.
ZimaOS kräver UEFI-start i det aktuella installationsprogrammet
Den aktuella installationsdokumentationen från IceWhale kräver UEFI-startläge och att Secure Boot är inaktiverat. Om firmware efter förlorade CMOS-inställningar återgår till en äldre startpost utan UEFI kanske ZimaOS inte längre startar, även om systemdisken i sig är felfri.
Använd de aktuella kraven för ZimaOS-start.
Samma förlust av firmwareinställningar påverkade även startposter som inte gällde ZimaOS
En annan användare hade Proxmox installerat på en SSD och upptäckte att kortet efter frånkoppling av strömmen återgick till standardalternativet CasaOS/eMMC i stället för den anpassade startposten. Det stöder teorin om ett problem med firmware eller lagring av NVRAM-inställningar, snarare än ett fel i ZimaOS-filsystemet.
Källans lösning var att byta CMOS-batteriet och sedan återställa BIOS
Den 10 mars 2026 skrev R0GGER att problemet löstes genom att byta CMOS-batteriet och återställa BIOS.
Detta är betydligt starkare än den tidigare spekulationen att ”CMOS-batteriet saknar funktion” eller att en BIOS-uppdatering måste krävas.
Källan uppger att ZimaBlade använder CR927
Originalskribenten svarade senare på en fråga om batteristorleken:
- ZimaBlade: CR927;
- ZimaBoard: CR2032.
Eftersom denna uppgift kommer från en forum-användare och inte från en aktuell utbytesmanual från IceWhale bör du kontrollera exakt kortmodell och revision samt kontakten innan du byter något.
Byt endast batteriet när strömmen är frånkopplad
Stäng av systemet ordentligt, koppla från extern strömförsörjning, undvik kortslutning i hållaren eller på kortet och notera batteriets polaritet och kontaktens anslutning. När batteriet har bytts ut går du in i BIOS och återställer de nödvändiga inställningarna medvetet.
Återställ hela firmwarekonfigurationen, inte bara startordningen
Ett urladdat eller återställt CMOS kan även radera inställningar för virtualisering, SATA- eller styrenhetsläge, datum och tid, automatisk uppstart och andra firmwareinställningar. Om du använder VT-d, passthrough för virtuella maskiner, automatisk uppstart eller en anpassad systemdisk bör du kontrollera även dessa inställningar.
Vanliga frågor om ZimaBlades startordning
Bekräftade originalanvändaren att problemet löstes?
Ja. Att byta CMOS-batteriet och återställa BIOS löste problemet för dem.
Bekräftades en BIOS-uppdatering som lösningen?
Nej. Det diskuterades tidigt, men den lösning som bekräftades av källan var att byta CMOS-batteriet och återställa BIOS.
Vilket batteri identifierade källans användare för ZimaBlade?
CR927. Kontrollera din exakta maskinvara före byte, eftersom uppgiften kommer från användarcommunityn.
