Communityoplossing

Verkeerde tijd in ZimaOS na BIOS-reset: NTP- en RTC-controles

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

Als de webinterface van ZimaOS na een BIOS-reset de verkeerde datum weergeeft, controleer dan afzonderlijk de hardwareklok, tijdzone en NTP-status voordat je onderdelen vervangt. In deze 1.4.1 Beta-discussie liet timedatectl zien dat de systeemklok niet was gesynchroniseerd en dat de NTP-service inactief was.

Dit is dezelfde forumdiscussie die eerder vanaf pagina 2 in Batch 34 is verwerkt. Dit bestand is een bijgewerkte vervanging op basis van de volledige discussie, geen tweede artikel met een nieuwe zoekintentie.

Wat de discussie daadwerkelijk bevestigde

De gebruiker had de BIOS-instellingen gereset en het RAM-geheugen vervangen. In de webinterface werd korte tijd de juiste tijd weergegeven, waarna deze terugviel naar een oude datum. IceWhale stelde eerst voor de CMOS/BIOS-batterij te controleren, maar een andere gebruiker reproduceerde het probleem met een nieuwe batterij. Het was dus niet bewezen dat een defecte batterij de enige oorzaak was.

timedatectl-uitvoer met een niet-gesynchroniseerde systeemklok en inactieve NTP-service
De forumdiagnose toonde RTC-waarden die er correct uitzagen, maar meldde System clock synchronized: no en NTP service: inactive. Bron: IceWhale Community Forum.

Het nuttigste diagnostische bewijs was timedatectl: de tijdzone en RTC-waarden waren aanwezig, maar synchronisatie was uitgeschakeld en NTP was inactief.

Controleer RTC, tijdzone en NTP als afzonderlijke lagen

Stel eerst de BIOS/RTC in op een correcte waarde, start daarna ZimaOS op en voer timedatectl uit. Vergelijk de lokale tijd, UTC-tijd, RTC-tijd, tijdzone, “System clock synchronized” en “NTP service”.

Als de hardwareklok opnieuw wordt gereset nadat de machine van de stroom is losgekoppeld, blijven de CMOS-batterij of firmwareconfiguratie relevant. Als de RTC stabiel is maar NTP inactief, behandel dit dan als een probleem met de tijdsynchronisatie van het besturingssysteem.

Ga er niet van uit dat het gedrag van de 1.4.1 Beta nog actueel is

Het rapport kwam uit een bètaversie uit 2025. De huidige releaseopmerkingen van ZimaOS 1.7.1 zijn vele releases nieuwer. Reproduceer het probleem daarom eerst op de huidige stabiele versie voordat je een oude workaround toepast.

De huidige terminalhandleiding van ZimaOS beschrijft de ondersteunde manier om toegang tot de terminal te krijgen.

Waarom een verkeerde tijd meer kan verstoren dan alleen de klok

Een onjuiste systeemtijd kan ervoor zorgen dat HTTPS-certificaten, pakketdownloads, Docker-registers en geplande taken mislukken op manieren die niets met elkaar te maken lijken te hebben. De checklist voor app-fouten gebruikt de systeemtijd als een vroege diagnostische controle.

Als slechts één container de verkeerde tijdzone toont terwijl de hostklok correct is, gebruik dan de handleiding voor containertijdzones in plaats van de NAS-klok aan te passen.

Conclusie

De forumdiscussie bewees geen enkele permanente oplossing. Wel liet deze een nuttig onderscheid zien: de firmware-/RTC-status, NTP-status en het gedrag van de webinterface kunnen onafhankelijk van elkaar falen. Controleer op een huidige ZimaOS-release alle drie voordat je de batterij vervangt, het besturingssysteem opnieuw installeert of de klok handmatig corrigeert.