Solution communautaire

Heure incorrecte de ZimaOS après la réinitialisation du BIOS : vérifications du NTP et de l’horloge temps réel

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

Si l’interface Web de ZimaOS affiche une date incorrecte après une réinitialisation du BIOS, vérifiez séparément l’horloge matérielle, le fuseau horaire et l’état de NTP avant de remplacer des composants. Dans ce fil consacré à la version bêta 1.4.1, timedatectl indiquait que l’horloge système n’était pas synchronisée et que le service NTP était inactif.

Il s’agit du même fil de forum traité précédemment à partir de la page 2 dans le lot 34. Ce fichier est une version de remplacement mise à jour, créée à partir du fil complet, et non un deuxième article répondant à une nouvelle intention de recherche.

Ce que le fil a réellement confirmé

L’utilisateur avait réinitialisé les paramètres du BIOS et changé la mémoire vive. L’interface Web affichait brièvement l’heure correcte, puis revenait à une ancienne date. IceWhale a d’abord suggéré de vérifier la pile CMOS/BIOS, mais un autre utilisateur a reproduit le problème avec une pile neuve ; il n’a donc pas été prouvé qu’une défaillance de la pile en était l’unique cause.

Sortie de timedatectl indiquant que l’horloge système n’est pas synchronisée et que NTP est inactif
Le diagnostic du forum affichait des valeurs RTC apparemment correctes, mais indiquait « System clock synchronized: no » et « NTP service: inactive ». Source : forum communautaire IceWhale.

Le principal élément de diagnostic était la commande timedatectl : le fuseau horaire et les valeurs RTC étaient présents, mais la synchronisation était désactivée et NTP était inactif.

Vérifiez séparément le RTC, le fuseau horaire et NTP

Commencez par régler le BIOS/RTC sur une valeur correcte, puis démarrez ZimaOS et exécutez timedatectl. Comparez l’heure locale, l’heure UTC, l’heure RTC, le fuseau horaire, « System clock synchronized » et « NTP service ».

Si l’horloge matérielle se réinitialise après que la machine a été débranchée, la pile CMOS ou la configuration du micrologiciel restent à prendre en compte. Si le RTC reste stable mais que NTP est inactif, considérez plutôt qu’il s’agit d’un problème de synchronisation de l’heure du système d’exploitation.

Ne présumez pas que le comportement de la bêta 1.4.1 est toujours d’actualité

Le signalement concernait une version bêta de 2025. Les notes de version actuelles de ZimaOS 1.7.1 sont de nombreuses versions plus récentes ; reproduisez donc le problème sur la version stable actuelle avant d’appliquer une ancienne solution de contournement.

Le guide du terminal ZimaOS fournit la méthode d’accès au terminal prise en charge.

Pourquoi une heure incorrecte peut provoquer bien plus qu’un simple décalage de l’horloge

Une heure système incorrecte peut entraîner l’échec des certificats HTTPS, des téléchargements de paquets, des registres Docker et des tâches planifiées, parfois d’une manière qui semble sans rapport. La liste de vérification des échecs d’applications utilise l’heure système comme première étape du diagnostic.

Si un seul conteneur affiche un fuseau horaire incorrect alors que l’horloge de l’hôte est correcte, consultez plutôt le guide des fuseaux horaires des conteneurs au lieu de modifier l’horloge du NAS.

En résumé

Le fil du forum n’a pas démontré l’existence d’une solution permanente unique. Il a mis en évidence une distinction de diagnostic utile : l’état du micrologiciel/RTC, l’état de NTP et le comportement de l’interface Web peuvent présenter des défaillances indépendantes. Sur une version actuelle de ZimaOS, vérifiez ces trois éléments avant de remplacer la pile, de réinstaller le système d’exploitation ou de corriger manuellement l’horloge.