Retourner aux forums || Retourner au forum general.general
general.general : horloge systeme toute pourrie ?
Posté par therealnicoco () le 18 décembre 2007Ayant remarqué que l'heure de mon pécé se décalait régulièrement par rapport à celle de la freebox, j'ai installé openntpd. Maintenant si je fais un petit tail -f /var/log/messages.log je peux voir ce soir :
Dec 18 20:47:59 nicocosmonster ntpd[7023]: adjusting local clock by 0.197454s
Dec 18 21:54:11 nicocosmonster ntpd[7023]: adjusting local clock by 0.259608s
Dec 18 21:59:56 nicocosmonster ntpd[7023]: adjusting local clock by 0.236886s
Dec 18 22:07:42 nicocosmonster ntpd[7023]: adjusting local clock by 0.134320s
Dec 18 23:19:19 nicocosmonster ntpd[7023]: adjusting local clock by 0.295171s
Dec 18 23:25:20 nicocosmonster ntpd[7023]: adjusting local clock by 0.461207s
Dec 18 23:29:30 nicocosmonster ntpd[7023]: adjusting local clock by 0.393002s
Dec 18 23:33:23 nicocosmonster ntpd[7023]: adjusting local clock by 0.312003s
Dec 18 23:37:12 nicocosmonster ntpd[7023]: adjusting local clock by 0.266402s
Dec 18 23:39:36 nicocosmonster ntpd[7023]: adjusting local clock by 0.176765s
D'où mes 2 questions :
- Ces ajustements si fréquents sont-ils normaux ?
- Si ce n'est pas le cas, qu'est-ce qui peut faire que mon horloge est aussi pourrie ? Une mise à jour du BIOS de la carte mère pourrait-il résoudre le problème ?
Merci les gens qui s'y connaissent !
> Lire le message (5 commentaires, moyenne: 1,4).
Causes
C'est normal qu'il y ait des ajustement réguliers avec ntp, mais les tiens me semblent relativement gros.
- Ca peut être un bug dans le noyau : on a vu ca sur des 64 bits
- Ca peut être un problème de pile du bios : avec certaines options, le noyau choisit une source différente pour mesurer le temps (par défaut c'est l'horloge du processeur)
- Ca peut être du à du stepping : sur des noyaux 2.6 un peu ancien, le changement dynamique de la fréquence du processeur déréglait l'horloge
-
[^]Re: Causes
Posté par therealnicoco () le 19/12/2007 à 15:07. (lien). Évalué à 2.Mon problème ne vient probablement pas de 1) ou 3) car j'utilise arch linux 32 bits et à jour.
Pourrais-tu préciser le 2) ? Que dois-je vérifier ?
Merci !-
[^]Re: Causes
Posté par peck (page perso, ) le 19/12/2007 à 15:48. (lien). Évalué à 1.Je ne sais pas très bien comment ca se vérifie, mais je sais comment ca se change. Il s'agit de l'option clocksource= à passer au noyau au boot.
Dans kernel-parameter.txt, on a la liste des possibilités : pit,hpet,tsc,vmi-timer
-
hwclock?
Salut,
j'ai déjà eu des problèmes de ce genre. En particulier un message du genre : "tsc unstable..."
Je crois qu'à chaque fois c'est qu'hwclock n'arrivait pas à syncroniser l'horloge machine et l'horloge système.
que renvoie la commande (en root)?
#hwclock
et
#hwclock --directisa
BeberKing
-
[^]Re: hwclock?
Posté par therealnicoco () le 19/12/2007 à 14:17. (lien). Évalué à 2.Alors, je n'y connais pas grand chose (je ne sais même pas la différence entre horloge machine et l'horloge système) mais voici le résultat des commandes :
...# hwclock
mer 19 déc 2007 14:15:08 CET -0.010972 secondes
...# hwclock --directisa
mer 19 déc 2007 14:15:15 CET -0.419251 secondes
Revenir en haut de page || Retourner aux forums || Retourner au forum general.general
Cette page a été générée par Templeet en 0.0642s (dont 0.0057 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.