Journal Tic Tac...

Posté par  .
Étiquettes : aucune
0
27
mai
2003
Cher journal,

Je t'écris car je suis désespéré. Depuis quelques temps, sur le fleuron de mes machines (mon portable), je constate de gros gros problème d'horloges.

Sur mon rezal, tout le monde se synchronise sur un serveur de temps maison et tout fonctionne farpaitement sauf sur cette machine mais seulement depuis quelques temps.

Pour la petite histoire, j'ai synchroniser mon portable ce matin à 02h40 sans problème. Ce matin avant de partir je regarde l'heure par rapport à la référence sur le réseau et là que vois-je ? Un retard de 8minutes sur le portable. Donc en moins de 4h, le portable a accumuler un retard de 8minutes !

J'en peu plus ! J'suis au bout du rouleau alors si quelqu'un ou toi mon journal avait une idée...

Merci
  • # Re: Tic Tac...

    Posté par  . Évalué à 2.

    $ grep "CONFIG_RTC" /usr/src/linux/.config
    CONFIG_RTC=y
    $

    pour info, le CONFIG_RTC correspond a la compilation d'un /dev/rtc, une horloge amelioree. essaye avec ca deja :)
    • [^] # Re: Tic Tac...

      Posté par  (site web personnel) . Évalué à 2.

      pour etre exact c plutot la compilation d'une interface pour l'horloge
      temps reel qui se trouve en hard sur les PC et autres arch.

      Sinon y a une appli qui s'appelle adjtimex (paquets adjtimex sous debian)
      qui doit s'occuper de tout ca, quand a mettre un serveur ntp sur ton portable .... ca risque de pas etre si efficace vu que tu semble l'utiliser sans reseau de temps en temps et dans ce cas il devra se rabattre sur l'horloge de linux.
      • [^] # Re: Tic Tac...

        Posté par  . Évalué à 1.

        c'est à dire ? Je n'avai encore jamais vu ça avant. Je veux bien que l'horloge parte en vrille si elle n'est pas synchro tous les 3mois mais au bout de 4h, accumuler 8minutes de retards....

        Perso ça me gêne un max cette affaire.

        Pour info, j'ai un /dev/rtc sur ma Debian, je continue à chercher.
  • # Re: Tic Tac...

    Posté par  . Évalué à 3.

    Si tu utilises ntpdate, ta machine est à l'heure juste après avoir lancé la commande ; ensuite, elle est livrée à elle-même et peut recommencer à dériver. Si tu veux une surveillance de la dérive et un rattrapage en continue, il faut utiliser le daemon ntp.
    • [^] # Re: Tic Tac...

      Posté par  . Évalué à 1.

      Oui je crois avoir bien compris le principe :) Seulement machine allumée et synchornysé à 00h00 accuese à 04h00 un retard de près de 8minutes même avec le support de /dev/rtc actif.

      Donc je veux que mon système est livré à lui-même mais ça n'explique pas de tels écart AMA.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.