O sintoma descrito apontava claramente para a retenção das definições do firmware, e não para o próprio ZimaOS: o reinício normal funcionava, mas, depois de a fonte de alimentação ser desligada durante um período mais longo, o ZimaBlade esquecia a ordem de arranque guardada e regressava à opção de arranque errada/não UEFI. O utilizador conseguia restaurar manualmente a ordem e voltar a arrancar normalmente.
Mais de um ano depois, o autor original da publicação regressou com uma resolução confirmada: substituiu a bateria CMOS e repôs a BIOS, afirmando que isso resolveu o problema. Identificou a bateria do ZimaBlade como CR927 e distinguiu-a da CR2032 do ZimaBoard. Esta é uma confirmação de um utilizador da fonte, não um boletim de assistência de hardware da IceWhale; por isso, confirme fisicamente a bateria antes de comprar uma substituta.
A Perda de Alimentação a Frio e o Reinício Normal Comportavam-se de Forma Diferente
O sistema mantinha a configuração de arranque durante um reinício normal. A falha ocorria depois de desligar o sistema e de deixar a PSU desligada durante um período prolongado.
Esse padrão é uma evidência clássica de que as definições não estão a ser retidas enquanto a placa não tem alimentação externa.
O ZimaOS Requer Arranque UEFI no Instalador Atual
A documentação atual de instalação da IceWhale requer o modo de arranque UEFI e a opção Secure Boot desativada. Se o firmware regressar a uma entrada de disco antiga/não UEFI depois de as definições CMOS se perderem, o ZimaOS poderá deixar de arrancar, apesar de o próprio disco do sistema estar em boas condições.
Consulte os requisitos atuais de arranque do ZimaOS.
A Mesma Perda de Firmware Também Afetava Entradas de Arranque que Não Eram do ZimaOS
Outro utilizador da fonte tinha o Proxmox instalado num SSD e descobriu que a remoção da alimentação fazia com que a placa regressasse ao CasaOS/eMMC predefinido, em vez da entrada de arranque personalizada. Isto aponta para uma camada de retenção do firmware/NVRAM, e não para um erro do sistema de ficheiros do ZimaOS.
A Solução Indicada na Fonte Foi Substituir a Bateria CMOS e Depois Repor a BIOS
Em 10 de março de 2026, R0GGER escreveu que a substituição da bateria CMOS e a reposição da BIOS resolveram o problema.
Isto é muito mais consistente do que a especulação inicial de que “a bateria CMOS não tem qualquer função” ou de que seria obrigatória uma atualização da BIOS.
A Fonte Indica que o ZimaBlade Usa uma CR927
Mais tarde, o autor original respondeu a uma pergunta sobre o tamanho da bateria:
- ZimaBlade: CR927;
- ZimaBoard: CR2032.
Como este detalhe foi fornecido pelo utilizador do fórum, e não por um manual atual de substituição da IceWhale, inspecione a sua placa/revisão exata e o conector antes de substituir qualquer componente.
Substitua a Bateria Apenas com a Alimentação Desligada
Encerre o sistema corretamente, desligue a alimentação externa, evite provocar um curto-circuito no suporte ou na placa e observe a polaridade e a disposição do conector da bateria. Depois da substituição, entre na BIOS e restaure deliberadamente as definições necessárias.
Restaure Toda a Configuração do Firmware, Não Apenas a Ordem de Arranque
Uma CMOS descarregada ou reposta também pode apagar definições de virtualização, SATA/controlador, data/hora, ligação automática ou outras definições do firmware. Se depender de VT-d, passagem direta de máquinas virtuais, ligação automática ou de um disco com um sistema operativo personalizado, verifique também essas definições.
Perguntas Frequentes sobre a Ordem de Arranque do ZimaBlade
O utilizador original confirmou uma solução?
Sim. A substituição da bateria CMOS e a reposição da BIOS resolveram o problema.
Foi confirmada uma atualização da BIOS como solução?
Não. Foi discutida inicialmente, mas a solução confirmada pela fonte foi a substituição da bateria CMOS e a reposição das definições.
Que bateria identificou o utilizador da fonte para o ZimaBlade?
CR927. Confirme o seu hardware exato antes da substituição, pois este detalhe foi fornecido pela comunidade.
