Forum Linux.gentoo [Résolu] Bizarrerie entre clock hardware et clock système…

Posté par . Licence CC by-sa
Tags :
0
5
oct.
2015

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 . É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 . Évalué à 2. Dernière modification le 06/10/15 à 07:56.

      $ hwclock --hctosys --debug
      hwclock de util-linux 2.26.2
      Utilisation de l’interface /dev pour l’horloge.
      Le dernier ajustement de dérive a été fait 1305215267 secondes après 1969
      La dernière calibration a été faite 1304853345 secondes après 1969
      L'horloge matérielle fonctionne selon le temps UTC
      L’horloge matérielle est supposée conservée à l’heure UTC.
      En attente d'un tic d'horloge…
      … a obtenu un tic d'horloge
      Heure lue de l'horloge matérielle : 2015/10/06 05:52:50
      Heure de l'horloge matérielle : 2015/10/06 05:52:50 = 1444110770 secondes depuis 1969
      L'heure depuis le dernier ajustement est de 138895503 secondes
      La dérive calculée de l’horloge matérielle est de 1883.160984 secondes
      Appel de settimeofday :
              tv.tv_sec = 1444112653, tv.tv_usec = 160984
              tz.tz_minuteswest = -120
      $ cat /etc/adjtime
      1.171421 1305215267 0.000000
      1304853345
      UTC
      $ 

      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 . É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 . É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 à ceux qui les ont postés. Nous n'en sommes pas responsables.