Bonjour,
J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je
veux =EAtre mieux que 50ms)
lorsque je d=E9marre ntpd l'erreur est correct ( <10msec) mais
s'incr=E9mente jusqu'=E0 200ms d'erreur au bout de 1 heure puis diminue
pour =EAtre <20ms au bout de 2 =E0 3 heures : NTP a donc correctement
trouv=E9 l'ajustement de l'horloge .
Le probl=E8me est que si je red=E9marre un appareil , j'ai de nouveau une
erreur de 200ms et je dois de nouveau attendre plusieurs heures avant
d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et
la r=E9cup=E9rer au d=E9marrage mais comment faire ?
Merci
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Electron
Le 02/09/2010 17:04, toto a écrit :
Bonjour, J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je veux être mieux que 50ms) lorsque je démarre ntpd l'erreur est correct (<10msec) mais s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminu e pour être<20ms au bout de 2 à 3 heures : NTP a donc correctement trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau u ne erreur de 200ms et je dois de nouveau attendre plusieurs heures avant d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et la récupérer au démarrage mais comment faire ? Merci
Bonjour,
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
Le coté random n'est pas utile à mon avis.
Bien à vous, Electron.
Le 02/09/2010 17:04, toto a écrit :
Bonjour,
J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je
veux être mieux que 50ms)
lorsque je démarre ntpd l'erreur est correct (<10msec) mais
s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminu e
pour être<20ms au bout de 2 à 3 heures : NTP a donc correctement
trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau u ne
erreur de 200ms et je dois de nouveau attendre plusieurs heures avant
d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et
la récupérer au démarrage mais comment faire ?
Merci
Bonjour,
Peut-être t'inspirer de ceci ?
http://linuxtips.castres-wireless.org/article.php3?id_article=55
Bonjour, J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je veux être mieux que 50ms) lorsque je démarre ntpd l'erreur est correct (<10msec) mais s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminu e pour être<20ms au bout de 2 à 3 heures : NTP a donc correctement trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau u ne erreur de 200ms et je dois de nouveau attendre plusieurs heures avant d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et la récupérer au démarrage mais comment faire ? Merci
Bonjour,
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
Le coté random n'est pas utile à mon avis.
Bien à vous, Electron.
A. Caspis
Electron wrote:
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile" persistant (généralement /var/lib/ntp/drift). Ce n'est pas toujours le cas sur des filesystems embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut souvent se contenter de lancer ntpd avec l'option "-x".
AC
Electron wrote:
Peut-être t'inspirer de ceci ?
http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile"
persistant (généralement /var/lib/ntp/drift).
Ce n'est pas toujours le cas sur des filesystems
embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut
souvent se contenter de lancer ntpd avec l'option "-x".
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile" persistant (généralement /var/lib/ntp/drift). Ce n'est pas toujours le cas sur des filesystems embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut souvent se contenter de lancer ntpd avec l'option "-x".
AC
JKB
Le Thu, 02 Sep 2010 21:05:33 +0200, A. Caspis écrivait :
Electron wrote:
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile" persistant (généralement /var/lib/ntp/drift). Ce n'est pas toujours le cas sur des filesystems embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut souvent se contenter de lancer ntpd avec l'option "-x".
Je suggérais _un seul_ ntpdate pour virer l'erreur initiale en cas de dérive, puis d'utiliser ntpd avec un drift.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Le Thu, 02 Sep 2010 21:05:33 +0200,
A. Caspis <a_caspis@yahoo.com> écrivait :
Electron wrote:
Peut-être t'inspirer de ceci ?
http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile"
persistant (généralement /var/lib/ntp/drift).
Ce n'est pas toujours le cas sur des filesystems
embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut
souvent se contenter de lancer ntpd avec l'option "-x".
Je suggérais _un seul_ ntpdate pour virer l'erreur initiale en cas
de dérive, puis d'utiliser ntpd avec un drift.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Le Thu, 02 Sep 2010 21:05:33 +0200, A. Caspis écrivait :
Electron wrote:
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile" persistant (généralement /var/lib/ntp/drift). Ce n'est pas toujours le cas sur des filesystems embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut souvent se contenter de lancer ntpd avec l'option "-x".
Je suggérais _un seul_ ntpdate pour virer l'erreur initiale en cas de dérive, puis d'utiliser ntpd avec un drift.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
alain denis
toto wrote:
Bonjour, J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je veux être mieux que 50ms) lorsque je démarre ntpd l'erreur est correct ( <10msec) mais s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminue pour être <20ms au bout de 2 à 3 heures : NTP a donc correctement trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau une erreur de 200ms et je dois de nouveau attendre plusieurs heures avant d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et la récupérer au démarrage mais comment faire ? Merci
je ne suis pas sur que cela soit le bon groupe pour une telle question!
--
Alain
toto wrote:
Bonjour,
J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je
veux être mieux que 50ms)
lorsque je démarre ntpd l'erreur est correct ( <10msec) mais
s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminue
pour être <20ms au bout de 2 à 3 heures : NTP a donc correctement
trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau une
erreur de 200ms et je dois de nouveau attendre plusieurs heures avant
d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et
la récupérer au démarrage mais comment faire ?
Merci
je ne suis pas sur que cela soit le bon groupe pour une telle question!
Bonjour, J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je veux être mieux que 50ms) lorsque je démarre ntpd l'erreur est correct ( <10msec) mais s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminue pour être <20ms au bout de 2 à 3 heures : NTP a donc correctement trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau une erreur de 200ms et je dois de nouveau attendre plusieurs heures avant d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et la récupérer au démarrage mais comment faire ? Merci
je ne suis pas sur que cela soit le bon groupe pour une telle question!
--
Alain
jj
Le 02/09/2010 21:05, A. Caspis a écrit :
Electron wrote:
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile" persistant (généralement /var/lib/ntp/drift). Ce n'est pas toujours le cas sur des filesystems embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut souvent se contenter de lancer ntpd avec l'option "-x".
AC
oui, je pense que le soucis est que l'horloge systeme est à l'heure, mais l'horloge hard n'est pas syncronisée et qu'a chaque redémarrage, tu repars sur l'heure de l'horloge hard.
la commande hwclock --systohc permet de syncroniser l'horloge hard.
le soucis et d'executer la commande, tu peux soit le faire periodiquement avec cron, ou bien dans /etc/init.d/rc0.d et /etc/init.d/rc6.d
JJ
Le 02/09/2010 21:05, A. Caspis a écrit :
Electron wrote:
Peut-être t'inspirer de ceci ?
http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile"
persistant (généralement /var/lib/ntp/drift).
Ce n'est pas toujours le cas sur des filesystems
embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut
souvent se contenter de lancer ntpd avec l'option "-x".
AC
oui, je pense que le soucis est que l'horloge systeme est à l'heure,
mais l'horloge hard n'est pas syncronisée et qu'a chaque redémarrage, tu
repars sur l'heure de l'horloge hard.
la commande hwclock --systohc permet de syncroniser l'horloge hard.
le soucis et d'executer la commande, tu peux soit le faire
periodiquement avec cron, ou bien dans /etc/init.d/rc0.d et
/etc/init.d/rc6.d
Peut-être t'inspirer de ceci ? http://linuxtips.castres-wireless.org/article.php3?id_articleU
La commande intéressante est "hwclock --systohc".
Vérifier aussi que ntpd peut créer un "driftfile" persistant (généralement /var/lib/ntp/drift). Ce n'est pas toujours le cas sur des filesystems embarqués (readonly ou ramdisk).
Et au lieu d'invoquer ntpdate comme suggéré, on peut souvent se contenter de lancer ntpd avec l'option "-x".
AC
oui, je pense que le soucis est que l'horloge systeme est à l'heure, mais l'horloge hard n'est pas syncronisée et qu'a chaque redémarrage, tu repars sur l'heure de l'horloge hard.
la commande hwclock --systohc permet de syncroniser l'horloge hard.
le soucis et d'executer la commande, tu peux soit le faire periodiquement avec cron, ou bien dans /etc/init.d/rc0.d et /etc/init.d/rc6.d
JJ
toto
On 2 sep, 17:04, toto wrote:
Bonjour, J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je veux être mieux que 50ms) lorsque je démarre ntpd l'erreur est correct ( <10msec) mais s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminu e pour être <20ms au bout de 2 à 3 heures : NTP a donc correctement trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau une erreur de 200ms et je dois de nouveau attendre plusieurs heures avant d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et la récupérer au démarrage mais comment faire ? Merci
je lance ntpdate au depart puis ntpd , je pense que le probleme vient de drifttfile que je n'ai pas , je ne sais pas comment le rajouter
On 2 sep, 17:04, toto <fred...@hotmail.com> wrote:
Bonjour,
J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je
veux être mieux que 50ms)
lorsque je démarre ntpd l'erreur est correct ( <10msec) mais
s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminu e
pour être <20ms au bout de 2 à 3 heures : NTP a donc correctement
trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau une
erreur de 200ms et je dois de nouveau attendre plusieurs heures avant
d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et
la récupérer au démarrage mais comment faire ?
Merci
je lance ntpdate au depart puis ntpd , je pense que le probleme vient
de drifttfile que je n'ai pas , je ne sais pas comment le rajouter
Bonjour, J'utilise fedora et ntpd pour synchroniser 2 appareils entre eux ( je veux être mieux que 50ms) lorsque je démarre ntpd l'erreur est correct ( <10msec) mais s'incrémente jusqu'à 200ms d'erreur au bout de 1 heure puis diminu e pour être <20ms au bout de 2 à 3 heures : NTP a donc correctement trouvé l'ajustement de l'horloge .
Le problème est que si je redémarre un appareil , j'ai de nouveau une erreur de 200ms et je dois de nouveau attendre plusieurs heures avant d'avoir une erreur correct
je pense qu'on doit pouvoir sauvegarder l'ajustement de l'horloge et la récupérer au démarrage mais comment faire ? Merci
je lance ntpdate au depart puis ntpd , je pense que le probleme vient de drifttfile que je n'ai pas , je ne sais pas comment le rajouter
Emmanuel Florac
Le Thu, 02 Sep 2010 23:50:27 -0700, toto a écrit:
je lance ntpdate au depart puis ntpd , je pense que le probleme vient de drifttfile que je n'ai pas , je ne sais pas comment le rajouter
Il me semble qu'il suffit de le déclarer dans ntp.conf, le démon doit le créer.
-- Toutes les organisations ont leur règles, et les Femmes Algériennes doivent avoir aussi leurs règles. Kaid Ahmed.
Le Thu, 02 Sep 2010 23:50:27 -0700, toto a écrit:
je lance ntpdate au depart puis ntpd , je pense que le probleme vient de
drifttfile que je n'ai pas , je ne sais pas comment le rajouter
Il me semble qu'il suffit de le déclarer dans ntp.conf, le démon doit le
créer.
--
Toutes les organisations ont leur règles, et les Femmes Algériennes
doivent avoir aussi leurs règles.
Kaid Ahmed.
