Ubuntu Core timedatectl paramètre l'heure incorrecte, config serveurs manquants, ne peut pas être modifié et revient à UCT après quelques minutes
L'instance principale Ubuntu démarre avec la date: Sun Aug 21 01:31:59 2016 (et après avoir tenté de corriger les paramètres avec NTP désactivé et redémarré, la date est: Wed Nov 2 16:59:29 (LocalTime) 2016), alors que l'heure réelle était Sun Oct 15 10:01:01 (LocalTime) 2017.
Cela semble être causé par timedatectl en essayant de régler l'heure du réseau sans aucun serveur configuré. Sudo cat /etc/systemd/timesyncd.conf donne:
[Time]
#NTP=
#FallbackNTP=ntp.ubuntu.com
En raison de la nature de la capture instantanée, ce fichier de configuration ne peut pas être corrigé.
Changer la date ou l'heure, avec NTP de timedatectl toujours actif rétablit l'heure incorrecte. Après set-ntp false, il est possible de corriger la date et l'heure jusqu'à la prochaine réinitialisation, en raison de l'absence d'horloge matérielle sur mon unité de test.
Le réglage du fuseau horaire sur mon fuseau horaire fonctionne correctement pendant quelques minutes. Initialement, timedatectl status affiche le fuseau horaire correct après l'heure locale, puis revient au format UTC. La sortie de la commande date indique la zone locale. Par conséquent, les réglages sont corrects dans d’autres zones. Seul timedatectl indique le mauvais fuseau horaire.
Est-ce un bogue ou est-ce que je manque la méthode pour le configurer correctement?
EDIT: Impossibilité d’éditer /etc/systemd/timesyncd.conf était un problème avec pinano, en utilisant vi j’ai pu éditer le fichier, je le surveillerai, mais la config devrait également inclure un serveur par défaut NTP, je crois.
Sortie de snap list:
avahi 0.6.32 44 ondra -
core 16-2.28.1 3025 canonical core
nextcloud 11.0.4snap1 2713 nextcloud -
pi2-kernel 4.4.0-1030-3 22 canonical kernel
pi3 16.04-0.5 6 canonical gadget
pinano 2.8.7 8 vbota -
Je marque ceci comme une réponse, vu que le problème principal - l'heure incorrecte de NTP - peut être résolu en modifiant avec vi.
Je laisse cette question ici à toute autre personne confrontée au même problème, car je ne pouvais trouver de référence à ce problème nulle part ailleurs lorsque j'ai effectué une recherche. De plus, comme je pense qu'il existe quelques défauts mineurs dans les outils utilisés, ce qui a provoqué le problème, ce qui sert de note.
Le fuseau horaire qui revient dans la sortie timedatectl semble être un bogue.
Le journal a ceci:
systemd-timedated[5870]: /etc/localtime should be a symbolic link to a time zone data file in /usr/share/zoneinfo/.
Le fichier est un lien indirect:
# ls -lah /etc/localtime /etc/writable/localtime
lrwxrwxrwx 1 root root 23 Jul 27 20:07 /etc/localtime -> /etc/writable/localtime
lrwxrwxrwx 1 root root 39 Aug 27 10:08 /etc/writable/localtime -> /usr/share/zoneinfo/TZContinent/TZCity
La commande date indique l'heure correcte.