Em resumo: se não houver ecrã da BIOS, faça verificações de POST ao hardware antes de voltar a atualizar qualquer componente
Uma ZimaBoard 232 que apresenta um LED vermelho fixo, mas nunca mostra o firmware, está a falhar antes do sistema operativo. Pen drives USB de Linux ou CasaOS inicializáveis não podem ajudar até a placa concluir o POST e apresentar a saída de vídeo do firmware. A sequência segura é alimentação → caminho de vídeo → RTC/CMOS → hardware mínimo → recuperação da BIOS apenas com o pacote correto e seguindo as orientações do suporte.
Não considere o LED vermelho, por si só, um teste completo do estado da placa
A resposta do suporte em 2025 interpretou a sequência do LED após a remoção do RTC como uma verificação automática bem-sucedida, mas a placa continuava sem vídeo utilizável. Para a resolução de problemas, utilize vários sinais: ligação/atividade Ethernet, concessão DHCP, resposta dos LEDs do teclado, sinal do monitor e eventual efeito das teclas de atalho do firmware. Um único LED não deve prevalecer sobre evidências contraditórias.
Elimine completamente a cadeia de visualização
- Utilize um percurso Mini DisplayPort e um monitor que sabe que funcionam.
- Selecione manualmente a entrada do monitor, em vez de depender da deteção automática.
- Ligue o monitor antes de aplicar a alimentação.
- Experimente as teclas do firmware durante a ligação.
- Verifique simultaneamente no router se existe uma concessão DHCP.
O hardware original da ZimaBoard disponibiliza Mini DisplayPort 1.2. As portas de hardware da ZimaBoard são a referência atual do hardware.
Nesta fase, a máquina ainda está no domínio do firmware, não do sistema operativo. O modelo de firmware UEFI descreve a camada de arranque anterior ao sistema operativo, enquanto as normas DisplayPort fornecem o contexto da ligação de vídeo. Estas referências, por si só, não diagnosticam a placa, mas reforçam a razão pela qual tem de existir vídeo do firmware antes de um USB com sistema operativo ser relevante.
Reponha o RTC/CMOS uma vez e volte a testar com as predefinições conhecidas
Desligue completamente a alimentação, desligue a entrada de corrente e reponha o estado do RTC/CMOS. Depois da reposição, não volte imediatamente a ligar todos os periféricos. Comece apenas com a alimentação, o monitor, a Ethernet e o teclado. Se a placa chegar agora ao firmware, carregue as predefinições antes de alterar as definições de arranque ou alimentação.
Uma reposição do CMOS pode recuperar definições de firmware incorretas; não pode reparar memória flash danificada, linhas de alimentação ou componentes da placa.
Porque é que um USB inicializável não diagnostica uma placa sem POST
Se não consegue aceder ao firmware, o sistema nunca chega a executar o carregador de arranque USB. Experimentar várias imagens de sistemas operativos demonstra muito pouco nesta fase. Deixe a resolução de problemas da instalação para o momento em que F11/a seleção de arranque estiver efetivamente visível.
A recuperação da instalação do ZimaOS distingue as falhas do firmware das falhas do instalador.
Não atualize a BIOS às cegas numa placa que não apresenta o firmware
O material atual da ZimaSpace sobre a BIOS da ZimaBoard original alerta para o facto de as atualizações da BIOS não serem recomendadas em placas que funcionam normalmente e de uma operação incorreta poder impossibilitar o arranque da placa. Se uma unidade sem POST precisar de uma atualização de recuperação, obtenha do suporte o procedimento exato específico da placa, em vez de utilizar um pacote de BIOS da ZimaCube ou da ZimaBoard 2.
A versão da BIOS da ZimaBoard é específica do modelo. A recuperação do firmware UEFI é específica do fabricante do hardware; não existe um método universal e seguro para atualizar novamente através de USB.
Utilize hardware mínimo para distinguir uma falha da placa dos periféricos
Desligue unidades SATA externas, placas PCIe e dispositivos USB desnecessários. Teste a placa na configuração suportada mais simples. Se o vídeo ou a rede regressarem, volte a adicionar o hardware um componente de cada vez. Uma placa de expansão avariada ou uma carga de alimentação excessiva pode imitar uma falha da placa-mãe.
Quando a substituição ou o serviço ao nível da placa é o passo seguinte mais racional
Se uma alimentação e um equipamento de visualização comprovadamente funcionais, a reposição do RTC e uma configuração de hardware mínima continuarem a não produzir BIOS, DHCP ou uma resposta útil do firmware, pare de repetir os ciclos de alimentação. Reúna a sequência do LED e os resultados dos testes para os enviar ao suporte. O hardware da ZimaBoard 2 só é relevante se a substituição/atualização se tornar preferível à reparação da placa.
FAQ
Um LED vermelho fixo da ZimaBoard significa que o POST foi concluído?
É um sinal de diagnóstico, mas não deve ser considerado uma prova de que todas as fases do firmware e a saída de vídeo estão a funcionar corretamente.
Posso resolver a ausência de vídeo reinstalando o CasaOS ou o ZimaOS?
Não, se a placa nunca chegar à BIOS ou ao menu de arranque. A recuperação do sistema operativo ocorre depois do POST do firmware.
Devo remover a bateria do RTC?
Uma reposição única do RTC/CMOS é um passo razoável para recuperar as definições do firmware quando a placa não conclui normalmente o POST.
Posso instalar a BIOS de uma ZimaCube numa ZimaBoard?
Não. Os pacotes da BIOS e os procedimentos de recuperação são específicos do modelo. Utilize apenas o pacote e o procedimento exatos destinados à ZimaBoard original.
Quando devo contactar o suporte de hardware?
Depois de os testes com alimentação/ecrã comprovadamente funcionais, a reposição do RTC e os testes com hardware mínimo continuarem sem produzir um ecrã do firmware ou evidências de rede.
