Solução da comunidade

ZimaOS 1.3.2 não arrancava: o que o antigo erro nos ensinou

A third-party PC failed to boot ZimaOS 1.3.2; IceWhale cited driver compatibility, while the user also corrected firmware boot settings.

A falha de arranque do ZimaOS 1.3.2 neste tópico de 2025 teve duas pistas sobrepostas: a IceWhale confirmou um problema de compatibilidade dos controladores de hardware de terceiros nessa versão, enquanto o utilizador também descobriu que as definições de arranque do firmware estavam incorretas. Nenhuma das pistas deve ser generalizada para «ativar o Secure Boot».

A documentação atual do ZimaOS é explícita: utilize o modo de arranque UEFI e mantenha o Secure Boot desativado. Por isso, a referência do utilizador original à alteração de ambas as definições deve ser entendida como uma experiência de resolução de problemas, não como um procedimento de configuração atual.

O que a equipa de engenharia do ZimaOS disse sobre a versão 1.3.2

Um membro da equipa da IceWhale afirmou que os novos controladores do ZimaOS 1.3.2 tinham problemas de compatibilidade com algumas máquinas de terceiros e que seria lançada uma correção. A recuperação temporária sugerida consistia em arrancar a partir do espaço do sistema anterior.

Esta é uma evidência mais forte do que fazer suposições com base num cursor intermitente ou num erro de «sistema de ficheiros desconhecido», pois veio da equipa de engenharia e coincidiu com outros relatos sobre a versão 1.3.2.

O que o utilizador descobriu na BIOS

Mais tarde, o utilizador relatou que a máquina arrancou depois de alterar as definições do firmware e considerou que o UEFI/Secure Boot tinha contribuído para o problema. A documentação atual esclarece o estado pretendido: UEFI ativado e Secure Boot desativado.

Por isso, o atual guia de instalação do ZimaOS deve prevalecer sobre a formulação ambígua de 2025.

Utilize primeiro o sistema de recuperação com dois espaços antes de reinstalar

O ZimaOS mantém dois espaços do sistema. O atual guia de recuperação do ZimaOS explica como utilizar o menu GRUB para selecionar o espaço alternativo e confirma que, nas configurações normais, os dados do utilizador são armazenados separadamente dos espaços do sistema.

Este é o primeiro procedimento de recuperação após uma atualização problemática, desde que o espaço alternativo continue funcional.

Como diagnosticar um sistema atual que não arranca

Verifique o modo UEFI, desative o Secure Boot, confirme se o disco de destino é visível na BIOS e verifique as definições do controlador AHCI/armazenamento. Recrie o instalador a partir da imagem atual se a unidade USB apresentar um comportamento inconsistente.

O guia de resolução de problemas de instalação e o guia de instalação e atualização são mais relevantes do que repetir uma solução específica da versão 1.3.2.

Conclusão

O tópico sobre a versão 1.3.2 documenta uma regressão real dessa versão antiga, além de um problema de configuração do firmware. Numa instalação atual, utilize UEFI com o Secure Boot desativado, experimente o espaço alternativo do ZimaOS após uma atualização falhada e só reinstale depois de separar as questões relacionadas com as definições do firmware, o suporte de instalação e a compatibilidade da versão do sistema operativo.