Het symptoom wees sterk op het niet vasthouden van firmware-instellingen en niet op ZimaOS zelf: normaal opnieuw opstarten verliep goed, maar nadat de voeding langere tijd was losgekoppeld, was de ZimaBlade de opgeslagen opstartvolgorde vergeten en teruggevallen op de verkeerde opstartkeuze of een niet-UEFI-keuze. De gebruiker kon de volgorde handmatig herstellen en daarna weer normaal opstarten.
Ruim een jaar later kwam de oorspronkelijke poster terug met een bevestigde oplossing: hij verving de CMOS-batterij en reset de BIOS, en gaf aan dat dit het probleem had opgelost. Hij identificeerde de batterij van de ZimaBlade als CR927 en stelde die tegenover de CR2032 van de ZimaBoard. Dit is verificatie door een gebruiker en geen hardware-servicebulletin van IceWhale; controleer daarom fysiek welke batterij je nodig hebt voordat je een vervangend exemplaar aanschaft.
Koud stroomverlies en normaal opnieuw opstarten gedroegen zich verschillend
Het systeem behield de opstartconfiguratie tijdens normaal opnieuw opstarten. De fout trad op na afsluiten en het langere tijd loskoppelen van de voeding.
Dat patroon is klassiek bewijs dat instellingen niet worden behouden wanneer het bord geen externe voeding heeft.
ZimaOS vereist in het huidige installatieprogramma opstarten via UEFI
De huidige installatiedocumentatie van IceWhale vereist de UEFI-opstartmodus, met uitgeschakelde Secure Boot. Als de firmware na het verlies van CMOS-instellingen terugvalt op een verouderde, niet-UEFI-schijfvermelding, start ZimaOS mogelijk niet meer op, ook al is de systeemschijf zelf in orde.
Gebruik de huidige opstartvereisten van ZimaOS.
Hetzelfde firmwareverlies had ook gevolgen voor opstartvermeldingen die niet van ZimaOS waren
Een andere gebruiker had Proxmox op een SSD geïnstalleerd en ontdekte dat het verwijderen van de voeding ervoor zorgde dat het bord terugviel op de standaard CasaOS/eMMC in plaats van op de aangepaste opstartvermelding. Dat ondersteunt de conclusie dat het probleem in het vasthouden van firmware/NVRAM-instellingen lag en niet in een bug in het ZimaOS-bestandssysteem.
De oplossing volgens de bron was: CMOS-batterij vervangen en daarna de BIOS resetten
Op 10 maart 2026 schreef R0GGER dat het vervangen van de CMOS-batterij en het resetten van de BIOS het probleem had opgelost.
Dit is veel overtuigender dan de eerdere speculatie dat “de CMOS-batterij geen functie heeft” of dat een BIOS-update noodzakelijk zou zijn.
Volgens de bron gebruikt de ZimaBlade een CR927
De OP beantwoordde later een vraag over het batterijformaat:
- ZimaBlade: CR927;
- ZimaBoard: CR2032.
Omdat dit detail afkomstig is van een forumgebruiker en niet uit een actuele vervangingshandleiding van IceWhale, moet je vóór vervanging je exacte bord/revisie en de aansluiting controleren.
Vervang de batterij uitsluitend wanneer de voeding is verwijderd
Sluit het systeem correct af, koppel de externe voeding los, voorkom kortsluiting van de houder of het bord en let op de polariteit en de configuratie van de aansluiting. Open na vervanging de BIOS en herstel de vereiste instellingen bewust.
Herstel de volledige firmwareconfiguratie, niet alleen de opstartvolgorde
Een lege of geresette CMOS kan ook virtualisatie-, SATA/controller-, datum/tijd-, inschakel- en andere firmware-instellingen wissen. Als je VT-d, VM-passthrough, automatisch inschakelen of een aangepaste besturingssysteemschijf gebruikt, controleer dan ook die instellingen.
Veelgestelde vragen over de opstartvolgorde van de ZimaBlade
Heeft de oorspronkelijke gebruiker bevestigd dat het probleem was opgelost?
Ja. Het vervangen van de CMOS-batterij en het resetten van de BIOS loste het probleem voor hem op.
Is een BIOS-update bevestigd als oplossing?
Nee. Die werd aanvankelijk besproken, maar de door de bron bevestigde oplossing was het vervangen van de CMOS-batterij en het resetten van de BIOS.
Welke batterij noemde de gebruiker als geschikt voor de ZimaBlade?
CR927. Controleer vóór vervanging je exacte hardware, omdat dit detail door de community is aangeleverd.
