Re: Problème d'horloge [résolu oui, mais...]

[wolfgod <wolfgod@mailname.info>]

Le jeudi 25 janvier 2007 12:10, Jacques L'helgoualc'h a écrit :
> wolfgod a écrit, jeudi 25 janvier 2007, à 11:33 :
> [horloge overcloquée]
>
> > Oui c'est bien ntdate que j'ai installé (sans cron).
>
> Avec  ou sans  cron, ntpdate  est  une commande  de mise  à l'heure,  en
> interrogeant un serveur extérieur.
>
> Tu  peux  essayer les  paquets  ntp-server,  ou  ntp-simple, qui  feront
> tourner un  démon de suerveillance de  l'horloge ; j'ai  eu de meilleurs
> résultats avec chrony en connexion  intermittente (5mn une fois par jour
> en RTC --- il en faudra sans doute davantage pour étalonner ton bolide).
> --
> Jacques L'helgoualc'h

Je ne connaissais pas chrony qui est mieux adapté pour les portables, mais je 
pense qu'effectivement Thierry Leurent à raison, ce n'est pas une solution 
efficace. Si j'ai bien compris les docs  pour chrony comme pour adjtimex ils 
sont efficaces pour des décalages de quelques secondes / 24 heures, ce qui 
n'est pas mon cas.

J'ai fais des tests avec adjtimex, comme mentionnés dans le man:

       If your system clock gained 8 seconds in 24 hours, you could set the
       tick to 9999, and then it would lose 0.64 seconds a day (that is, 1
       tick unit = 8.64 seconds per day).  To correct the rest of the error,
       you could set the frequency offset to (2^16)*0.64/.0864 = 485452.
       Thus, putting the following in rc.local would approximately correct the
       system clock:

            adjtimex  --tick 9999  --freq 485452

des corrections sont effectuées dans /etc/adjtime avec des valeurs négatives 
énormes: -260.264222 1169730193 0.000000! 
Après ce test l'horloge ralentie durant quelques temps puis accélère de 
nouveau!

Je pense qu'il s'agit d'un bug du kernel

@++