Bonjour,
J’ai un truc bizarre sur mon horloge, depuis environ une semaine mon PC avance d’une demi heure.
Mon horloge est réglée sur UTC pour ne pas gérer les changements d’heures. Je me suis dit que mon horloge hardware était mauvaise. Direction BIOS, et bien non ! elle est a l’heure UTC attendue. :-(
Utilisant principalement la mise en veille prolongé, j’ai redémarrer le PC de manière standard… aucun changement !
Les log de ntp me semble correct ! Bref, je ne sais plus très bien où aller voir. Je ne sais pas si c’est le meilleur endroit pour ce poste, mais étant sous gentoo, cela ma paru approprié.
Si quelqu’un a une idée, je suis preneur. J’aimerai surtout comprendre le soucis.
Édit : pour compléter, j’utilise openrc, pas systemd.
$ hwclock; date
lun. 05 oct. 2015 22:35:08 CEST .249715 secondes
lun. oct. 5 23:06:32 CEST 2015
$ cat /etc/conf.d/hwclock
# Set CLOCK to "UTC" if your Hardware Clock is set to UTC (also known as
# Greenwich Mean Time). If that clock is set to the local time, then
# set CLOCK to "local". Note that if you dual boot with Windows, then
# you should set it to "local".
clock="UTC"
# If you want the hwclock script to set the system time (software clock)
# to match the current hardware clock during bootup, leave this
# commented out.
# However, you can set this to "NO" if you are running a modern kernel
# and using NTP to synchronize your system clock.
#clock_hctosys="YES"
# If you do not want to set the hardware clock to the current system
# time (software clock) during shutdown, set this to no.
#clock_systohc="YES"
# If you wish to pass any other arguments to hwclock during bootup,
# you may do so here. Alpha users may wish to use --arc or --srm here.
clock_args=""
$ tail /var/log/ntpd.log
reply from 91.194.60.128: offset -0.006929 delay 0.040434, next query 1513s
reply from 88.191.227.26: offset -0.004802 delay 0.037849, next query 1523s
reply from 193.55.167.2: offset -0.001518 delay 0.044909, next query 1600s
reply from 88.191.228.138: offset -0.003311 delay 0.038143, next query 1627s
reply from 195.83.66.158: offset -0.001441 delay 0.059422, next query 1510s
reply from 62.210.217.57: offset -0.002015 delay 0.036778, next query 1576s
reply from 88.191.228.144: offset -0.003827 delay 0.037607, next query 1646s
reply from 193.52.136.2: offset -0.003487 delay 0.051021, next query 1513s
ntp engine exiting
Terminating
$ service ntpd status
* status: started
$ cat /etc/timezone ; echo
Europe/Paris
$
# debug
Posté par Tonton Benoit . Évalué à 2.
Salut,
Que donne la commande
hwclock -hctosys --debug
?T'a un fichier /etc/adjtime ? (une mise en veille a peut-être mis le boxon dedans)
[^] # Re: debug
Posté par Anthony Jaguenaud . Évalué à 2. Dernière modification le 06 octobre 2015 à 07:56.
Effectivement, il détecte une dérive de l’horloge de 1884s soit environ 31 minutes, ça doit correspondre à ça le problème.
Comment puis-je corriger ?
[^] # Re: debug
Posté par IceCat (Mastodon) . Évalué à 1.
avec hwclock --adjust
La partie du man concernant la fonction d'ajustement est très instructive, je te conseille de la lire avant de lancer la commande.
[^] # Re: debug
Posté par Anthony Jaguenaud . Évalué à 2.
Du coup, ça a décalé la clock hardware sur la mauvaise heure… ensuite j’ai fait un
date
et tout est rentré dans l’ordre.Merci, j’ai appris qu’il y avait une gestion du glissement de l’horloge sous Linux.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.