Solução da comunidade

Hora errada no ZimaOS após reposição da BIOS: verificações do NTP e do RTC

A ZimaOS 1.4.1 beta system showed an old date after a BIOS reset; timedatectl later showed NTP inactive and the clock unsynchronized.

Se a interface Web do ZimaOS apresentar a data errada após uma reposição da BIOS, verifique separadamente o relógio de hardware, o fuso horário e o estado do NTP antes de substituir componentes. Neste tópico da versão Beta 1.4.1, o timedatectl mostrou que o relógio do sistema não estava sincronizado e que o serviço NTP estava inativo.

Este é o mesmo tópico do fórum processado anteriormente a partir da página 2 no Lote 34. Este ficheiro é uma substituição atualizada, criada a partir do tópico completo, e não um segundo artigo com uma nova intenção de pesquisa.

O que o tópico confirmou realmente

O utilizador tinha reposto as definições da BIOS e alterado a RAM. A interface Web apresentou brevemente a hora correta e, em seguida, voltou a apresentar uma data antiga. A IceWhale sugeriu inicialmente verificar a bateria CMOS/BIOS, mas outro utilizador reproduziu o problema com uma bateria nova, pelo que não ficou provado que a falha da bateria fosse a única causa.

Saída do timedatectl mostrando o relógio do sistema não sincronizado e o NTP inativo
O diagnóstico do fórum mostrou valores do RTC aparentemente corretos, mas indicou System clock synchronized: no e NTP service: inactive. Fonte: Fórum da Comunidade IceWhale.

A evidência de diagnóstico mais útil foi o timedatectl: o fuso horário e os valores do RTC estavam presentes, mas a sincronização estava desativada e o NTP estava inativo.

Verifique o RTC, o fuso horário e o NTP como camadas separadas

Primeiro, defina um valor adequado na BIOS/RTC e, em seguida, inicie o ZimaOS e execute timedatectl. Compare a hora local, a hora UTC, a hora do RTC, o fuso horário, “System clock synchronized” e “NTP service”.

Se o relógio de hardware voltar a ser reposto depois de a máquina ter sido desligada da tomada, a bateria CMOS ou a configuração do firmware continuam a ser relevantes. Se o RTC estiver estável, mas o NTP estiver inativo, trate o problema como uma falha de sincronização da hora do sistema operativo.

Não presuma que o comportamento da Beta 1.4.1 se mantém atualmente

O problema foi reportado numa versão beta de 2025. As atuais notas de lançamento do ZimaOS 1.7.1 são de muitas versões posteriores, por isso reproduza o problema na versão estável atual antes de aplicar uma solução antiga.

O atual guia do terminal do ZimaOS disponibiliza o método de acesso ao terminal suportado.

Porque é que a hora errada pode causar mais problemas do que apenas afetar o relógio

Uma hora incorreta do sistema pode fazer falhar certificados HTTPS, transferências de pacotes, registos Docker e tarefas agendadas, de formas que parecem não estar relacionadas. A lista de verificação de falhas de aplicações utiliza a hora do sistema como uma verificação de diagnóstico inicial.

Se apenas um contentor apresentar o fuso horário errado enquanto o relógio do anfitrião estiver correto, utilize o guia de fusos horários de contentores em vez de alterar o relógio do NAS.

Conclusão

O tópico do fórum não comprovou uma única solução permanente. Mostrou uma distinção de diagnóstico útil: o estado do firmware/RTC, o estado do NTP e o comportamento da interface Web podem falhar de forma independente. Numa versão atual do ZimaOS, verifique os três antes de substituir a bateria, reinstalar o sistema operativo ou compensar manualmente o relógio.