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.

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.
