Conclusão: utilize primeiro o slot ZimaOS alternativo e, em seguida, diagnostique a dependência exata do modo de emergência
O ZimaOS 1.3.2 tinha um problema de compatibilidade conhecido com algumas máquinas de terceiros no início de 2025. Neste caso do Proxmox, o Slot A ainda conseguia arrancar a versão anterior, enquanto o slot atualizado entrava no modo de emergência. É precisamente contra este tipo de situação que o design de sistema A/B foi concebido para proteger.
Passo 1: Arranque a partir do slot anterior no GRUB
Ligue-se à consola, abra o GRUB com as teclas de seta e escolha o slot de sistema alternativo. O ZimaOS atual continua a utilizar partições de sistema duplas para permitir uma reversão rápida. A recuperação do sistema ZimaOS explica o processo atual.
O modelo de slots do RAUC fornece o conceito de slots subjacente.
Passo 2: Leia a primeira falha real, não a última linha do modo de emergência
O modo de emergência é a consequência. Procure acima dele o primeiro dispositivo cujo tempo limite foi excedido, o primeiro ponto de montagem que falhou ou a primeira dependência em falta. Neste caso, o ecrã apontava para um dispositivo de armazenamento antes de surgirem as falhas de dependências posteriores.
journalctl -xb
systemctl --failed
lsblk -f
cat /etc/fstabPasso 3: Verifique as entradas personalizadas do fstab antes de reinstalar
Uma fase posterior do mesmo caso revelou uma segunda causa importante: alterações manuais a /etc/fstab podem impedir o arranque do ZimaOS quando falta um dispositivo referenciado ou quando a ordem de montagem entra em conflito com o processo de arranque do dispositivo. A IceWhale comunicou uma falha semelhante envolvendo tanto /etc/fstab como a cópia persistente da sobreposição.
Se adicionou manualmente entradas de RAID ou de montagem, compare-as com a configuração de armazenamento atual e remova apenas as entradas que compreende. Para montagens normais de RAID e discos, prefira a interface de Armazenamento do ZimaOS.
Porque o antigo erro de controlador da versão 1.3.2 não é um problema universal atual
A equipa de engenharia reconheceu problemas de compatibilidade com hardware de terceiros nessa versão específica. O ZimaOS já avançou muitas versões para além da 1.3.2, pelo que “a 1.3.2 avariou a minha máquina virtual Proxmox” deve ser tratado como evidência histórica, não como um diagnóstico para um sistema de 2026.
A recuperação da instalação do ZimaOS é a referência moderna para hardware x86 de terceiros.
Quando uma instalação limpa também entra no modo de emergência
Esta é uma indicação forte de que o problema está relacionado com o hardware virtual, discos de dados ligados, o estado persistente das montagens ou uma configuração do anfitrião não suportada — e não apenas com a partição de sistema antiga. Arranque com o hardware virtual mínimo necessário e, em seguida, adicione os discos de dados um de cada vez.
Proteja os dados antes de editar metadados de RAID ou de montagem
Não limpe assinaturas mdadm nem recrie matrizes enquanto estiver a resolver problemas de um slot de arranque. A recuperação RAID separa a recuperação do arranque da recuperação da matriz, enquanto a cópia de segurança do ZimaOS assegura a camada de proteção.
Saiba o que o GRUB pode e não pode corrigir
O GRUB pode selecionar o slot de sistema anterior do ZimaOS, mas não repara uma montagem de dados danificada nem uma entrada de sistema de ficheiros inválida. Os controlos do GNU GRUB explicam a camada do gestor de arranque. Se o slot anterior arrancar, utilize esse ambiente funcional para inspecionar a configuração de armazenamento e fazer uma cópia de segurança dos dados antes de alterar o slot com falhas.
FAQ
Porque é que o ZimaOS arranca a partir do slot antigo, mas não do novo?
O slot antigo ainda contém a imagem de sistema funcional anterior. O novo slot pode ter um problema de controlador, montagem ou configuração.
O modo de emergência significa que perdi os meus dados?
Não. Significa que as dependências do arranque normal falharam. Inspecione o armazenamento e o estado das montagens antes de assumir que houve perda do sistema de ficheiros.
Uma entrada fstab incorreta pode impedir o arranque do ZimaOS?
Sim. Uma montagem que não possa ser satisfeita pode bloquear o arranque ou fazer com que o sistema entre no modo de emergência.
Devo reinstalar imediatamente?
Não. Experimente primeiro o slot A/B alternativo e registe a primeira dependência que falhou. Reinstale apenas quando a recuperação não for prática.
O ZimaOS é compatível com o Proxmox?
As implementações virtualizadas podem funcionar, mas o hardware virtual de terceiros pode revelar diferenças de compatibilidade. Teste a versão atual e mantenha uma opção de reversão.
