Youhou la liste
Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Youhou la liste
Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Youhou la liste
Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
julien wrote:Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Je n'ai eu d'autre choix que de mettre en place un client NTP (network
time protocol)
julien wrote:
Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Je n'ai eu d'autre choix que de mettre en place un client NTP (network
time protocol)
julien wrote:Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Je n'ai eu d'autre choix que de mettre en place un client NTP (network
time protocol)
Salut
Nicolas Folin a écrit :julien wrote:Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Ne serait-ce pas tout simplement la pile embarqué qui commencerait à
fatiguer ?
Je n'ai eu d'autre choix que de mettre en place un client NTP (network
time protocol)
Ce serait une solution, avec un cron régulier.
(l'autre étant de changer la pile s'il tel est le problème)
Amicalement
Olivier
Salut
Nicolas Folin a écrit :
julien wrote:
Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Ne serait-ce pas tout simplement la pile embarqué qui commencerait à
fatiguer ?
Je n'ai eu d'autre choix que de mettre en place un client NTP (network
time protocol)
Ce serait une solution, avec un cron régulier.
(l'autre étant de changer la pile s'il tel est le problème)
Amicalement
Olivier
Salut
Nicolas Folin a écrit :julien wrote:Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
noyau 2.6.8-3-686.
Dans l'ensemble ça a l'air de s'être bien passé, cela dit je
rencontre des problèmes d'horloge : ma sarge perd le temps. En gros,
pour 10 secondes réelles écoulées, 6 seulement s'écoulent pour elle.
Au boot sur le noyau 2.6, j'ai un message d'erreur du genre "failed
to load rtc.ko, no such device".
Effectivement, quand je fais un modprobe rtc, j'ai le même message.
Par contre quand je fais un modprobe -r genrtc, je peux charger le
module rtc, mais sans qu'il y ait d'amélioration au niveau de l'horloge.
J'ai l'impression que tout ça est lié mais j'en perds mon latin...
La migration d'un noyau 2.4 vers un 2.6 est je pense quelque chose
d'assez courant, quelqu'un peut-être a-t-il déjà recontré le même
problème que moi ?
Ne serait-ce pas tout simplement la pile embarqué qui commencerait à
fatiguer ?
Je n'ai eu d'autre choix que de mettre en place un client NTP (network
time protocol)
Ce serait une solution, avec un cron régulier.
(l'autre étant de changer la pile s'il tel est le problème)
Amicalement
Olivier
olinuxx a écrit :
> Salut
>
> Nicolas Folin a écrit :
>> julien wrote:
>>> Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
>>> noyau 2.6.8-3-686.
et aussi parce que c'est une machine virtuelle sous vmware.
La machine physique hôte, sous sarge également (mais avec une
installation nativement avec un noyau 2.6) n'a aucun problème de ce
côté là.
olinuxx a écrit :
> Salut
>
> Nicolas Folin a écrit :
>> julien wrote:
>>> Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
>>> noyau 2.6.8-3-686.
et aussi parce que c'est une machine virtuelle sous vmware.
La machine physique hôte, sous sarge également (mais avec une
installation nativement avec un noyau 2.6) n'a aucun problème de ce
côté là.
olinuxx a écrit :
> Salut
>
> Nicolas Folin a écrit :
>> julien wrote:
>>> Sur une sarge, je suis passé récemment du noyau 2.4 par défaut au
>>> noyau 2.6.8-3-686.
et aussi parce que c'est une machine virtuelle sous vmware.
La machine physique hôte, sous sarge également (mais avec une
installation nativement avec un noyau 2.6) n'a aucun problème de ce
côté là.
[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
Bonjour,
julien a écrit, samedi 2 décembre 2006, à 12:43 :[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
Si l'horloge n'est pas fiable, ce n'est pas très logique d'utiliser
cron...
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
Bonjour,
julien a écrit, samedi 2 décembre 2006, à 12:43 :
[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
Si l'horloge n'est pas fiable, ce n'est pas très logique d'utiliser
cron...
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
Bonjour,
julien a écrit, samedi 2 décembre 2006, à 12:43 :[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
Si l'horloge n'est pas fiable, ce n'est pas très logique d'utiliser
cron...
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
Jacques L'helgoualc'h wrote:Bonjour,
julien a écrit, samedi 2 décembre 2006, à 12:43 :[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
Si l'horloge n'est pas fiable, ce n'est pas très logique d'utiliser
cron...
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
J'allais le dire - ntpd (d pour démon) met régulièrement la date et l'heure
à jour en faisant attention de toujours avoir un temps croissant - en gros,
si tu es "en avance" sur la vrai heure, il ralentira les secondes
jusqu'à ce
que le temps soit correct. Inversement, il les accélèrera pour rattraper
le temps "perdu" si tu es en retard.
Certaines application supporte mal un changement brusque d'horaire.
Imagine que tu programmes un truc dans ton cron à 12h02 et que ton
cron remet à jour ton horloge à 12h00
Imaginons encore que lorsque ton ordinateur sonne 12h00, il est
"réellement" 12h05.
Le cron va remettre l'heure à 12h05 et tu vas louper ta prog de 12h02.
Le démon va, lui, accélérer les secondes pour qu'à 12h10, par exemple,
les deux
horloges soient à l'heure (c'est un exemple).
Il passera par toutes les étapes en 12h00 et 12h10 et les mises à jour
et compagnie
se feront correctement.
Amicalement
Nicolas Folin
Jacques L'helgoualc'h wrote:
Bonjour,
julien a écrit, samedi 2 décembre 2006, à 12:43 :
[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
Si l'horloge n'est pas fiable, ce n'est pas très logique d'utiliser
cron...
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
J'allais le dire - ntpd (d pour démon) met régulièrement la date et l'heure
à jour en faisant attention de toujours avoir un temps croissant - en gros,
si tu es "en avance" sur la vrai heure, il ralentira les secondes
jusqu'à ce
que le temps soit correct. Inversement, il les accélèrera pour rattraper
le temps "perdu" si tu es en retard.
Certaines application supporte mal un changement brusque d'horaire.
Imagine que tu programmes un truc dans ton cron à 12h02 et que ton
cron remet à jour ton horloge à 12h00
Imaginons encore que lorsque ton ordinateur sonne 12h00, il est
"réellement" 12h05.
Le cron va remettre l'heure à 12h05 et tu vas louper ta prog de 12h02.
Le démon va, lui, accélérer les secondes pour qu'à 12h10, par exemple,
les deux
horloges soient à l'heure (c'est un exemple).
Il passera par toutes les étapes en 12h00 et 12h10 et les mises à jour
et compagnie
se feront correctement.
Amicalement
Nicolas Folin
Jacques L'helgoualc'h wrote:Bonjour,
julien a écrit, samedi 2 décembre 2006, à 12:43 :[...] en attendant de trouver mieux, j'ai installé un client ntp que
j'ai programmé à heures régulières avec cron.
Si l'horloge n'est pas fiable, ce n'est pas très logique d'utiliser
cron...
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
J'allais le dire - ntpd (d pour démon) met régulièrement la date et l'heure
à jour en faisant attention de toujours avoir un temps croissant - en gros,
si tu es "en avance" sur la vrai heure, il ralentira les secondes
jusqu'à ce
que le temps soit correct. Inversement, il les accélèrera pour rattraper
le temps "perdu" si tu es en retard.
Certaines application supporte mal un changement brusque d'horaire.
Imagine que tu programmes un truc dans ton cron à 12h02 et que ton
cron remet à jour ton horloge à 12h00
Imaginons encore que lorsque ton ordinateur sonne 12h00, il est
"réellement" 12h05.
Le cron va remettre l'heure à 12h05 et tu vas louper ta prog de 12h02.
Le démon va, lui, accélérer les secondes pour qu'à 12h10, par exemple,
les deux
horloges soient à l'heure (c'est un exemple).
Il passera par toutes les étapes en 12h00 et 12h10 et les mises à jour
et compagnie
se feront correctement.
Amicalement
Nicolas Folin
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
le temps en douceur, alors que ntpdate se contente de remettre
violemment la machine à l'heure, ce qui peut s'avérer gênant.
Jacques L'helgoualc'h a écrit :
...
> Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
> le temps en douceur, alors que ntpdate se contente de remettre
> violemment la machine à l'heure, ce qui peut s'avérer gênant.
ntpdate -B ???
Jacques L'helgoualc'h a écrit :
...
> Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
> le temps en douceur, alors que ntpdate se contente de remettre
> violemment la machine à l'heure, ce qui peut s'avérer gênant.
ntpdate -B ???
Jacques L'helgoualc'h a écrit :
...
> Utilise plutôt un serveur ntp (chrony, ntp-simple, ...) : ils gèreront
> le temps en douceur, alors que ntpdate se contente de remettre
> violemment la machine à l'heure, ce qui peut s'avérer gênant.
ntpdate -B ???