OVH Cloud OVH Cloud

ma [sarge] perd son temps

9 réponses
Avatar
julien
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


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

9 réponses

Avatar
Nicolas Folin
julien wrote:
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 ?





OUI!!

Ma sarge est programmée pour enregistrer des émissions TV avec
ma carte dvb via cron et mencoder.

Et effectivement, le temps se décalait et je devais régulièrement le
remettre à la bonne heure à la main (cela démarrait trop tard,
ie je perdais le début de l'émission - elle indiquait 17h45 alors qu'il
était 17h58
par exemple, ce qui semble correspondre avec ton 'six secondes au lieu
de dix')

Je n'ai eu d'autre choix que de mettre en place un client NTP (network
time protocol)

Ca met à jour l'horloge via internet et un serveur qui donne "la bonne
heure" - reste
à se satisfaire de l'heure donnée par ledit serveur.

Je crois que ça se met en place avec un apt-get install ntpdate, mais
personnellement,
j'ai réfléchis au moment de le faire, j'ai bataillé un peu, ça s'est mis
à l'heure
et j'ai oublié.

Je ne pourrais pas t'aider plus dans la configuration du ntp.

Bon courage
Nicolas Folin




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
olinuxx
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


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
julien
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.
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 ?







Non ça ne peut pas venir de la pile embarquée, d'une part parce que
cette pauvre sarge perd le temps tout en restant allumée (je crois
que la pile embarquée n'intervient que quand la machine est hors
tension) 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à.




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.


C'est ce que j'ai fais en attendant de trouver mieux, j'ai installé
un client ntp que j'ai programmé à heures régulières avec cron.

(l'autre étant de changer la pile s'il tel est le problème)

Amicalement
Olivier






--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Gilles Mocellin
--nextPart2716635.gG22EHL28E
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le samedi 2 décembre 2006 12:43, julien a écrit :
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à.



Ben voilà, il fallait le dire !
J'ai eu le même problème sur une CentOS 64bits sur Opteron.
cpufreqd tournait et, ça n'est pas bon pour les machines virtuelles de ch anger
la fréquence du processeur de la machine hôte !

Regarde si tu n'as rien qui pourrait faire varier la fréquence de ton
processeur.
[...]

--nextPart2716635.gG22EHL28E
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBFcWhnDltnDmLJYdARAmZNAJ0QufoSFHCl8DyfQfwJIG6kgTpXsACeKW7p
/cwZXvoRLl4xQ6p89IfdIkk =Ltdo
-----END PGP SIGNATURE-----

--nextPart2716635.gG22EHL28E--


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jacques L'helgoualc'h
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


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
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


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
julien
Nicolas Folin a écrit :
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




Bonjour à tous,
Merci tout d'abord à tous les intervenants, vous avez soulevé
certains problèmes ou certaines subtilités auxquelles je n'avais pas
forcément pensé dans le feu de l'action.
Il semblerait finalement que mon problème vienne de vmware comme
l'avait supposé Gilles. Voir à ce sujet l'article suivant :

http://kb.vmware.com/vmtnkb/search.do?cmd=displayKC&docType=kc&externalId20&sliceId=SAL_Public

L'application de la solution présentée dans cet article semble avoir
résolu mon problème.
Encore merci et désolé pour ce HS

Julien


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
DoMinix
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 ???

--
dominix


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jacques L'helgoualc'h
DoMinix a écrit, samedi 9 décembre 2006, à 00:01 :
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 ???



Ah oui. Je n'avais pas remarqué cette option --- ça fait longtemps que
je suis passé à chrony, qui gère mieux les connexions intermittentes.

En demandant « "ntpdate -B" » à google, on obtient surtout la version
brutale « ntpdate -b » en réponse...
--
Jacques L'helgoualc'h


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact