Re: Problème d'horloge [résolu oui, mais...]
Le mercredi 24 janvier 2007 12:07, jean-Yves F. Barbier a écrit : A vue de nez, je dirais que ça n'est pas un PB de krnl: depuis environ 2 mois, j'ai des décalages sur ma Sid; comme j'ai aussi une Sarge sur la même machine, je me suis aperçu que les valeurs de /etc/adjtime étaient très différentes entre les 2 branches. Une copie de ce fichier de Sarge vers Sid a en partie réglée le PB (avant, j'avançais d'au moins 1' par tranche de 5'). De plus, j'ai ajouté un crontab mettant à l'heure le système toutes les heures (par ntpdate), par précaution. Sinon, il existe un /usr/share/doc/HOWTO/en-txt/TimePrecision-HOWTO.gz très bien fait qui te donneras la marche à suivre. JY Salut et merci pour ton aide, - J'ai copié le fichier /etc/adjtime d'une autre machine n'ayant pas de problème d'horloge dans celle qui pose problème, rien n'y fait! - J'ai augmentais les valeurs négatives de /etc/adjtime, rien non plus! - J'ai utilisé la commande apend=noapic nolapic dans lilo.conf puis procéder à #lilo et #reboot. Un # dmesg confirme la commande noapic nolapic dans le noyau, toujours rien de rien! - J'ai enfin essayé append=disable_timer_pin_1 en désactivant l'Hyper Threading, rien à faire, il persiste. Toutefois après un cirque de d'activation et de désactivation de l'Hyper Threading ça fonctionne jusqu'au prochain démarrage ou il me faut recommencer!!! - Finalement désemparé, j'ai installé de nouveau ETCH avec uniquement KDE sur un autre disque, histoire de voir si ce n'est pas un paquet qui aurait pu être la cause de ce décalage! Et bien non! C'est exactement le même problème! - Et pour finir j'ai épluché le fichier doc /usr/share/doc/HOWTO/en-txt/TimePrecision-HOWTO.gz, mais j'ai rien trouvé qui puisse résoudre mon problème! - Pourquoi ça fonctionne sur M$ et pas sur debian?!! - Résultat: je ne peux synchroniser mes documents avec un autre PC, ni utiliser le cryptage de ma messagerie, ni effectuer correctement de la vidéo conférence... En fait dans ses conditions autant ne pas utiliser de portable... - Si parmis vous se trouve un magicien pouvant résoudre ce problème, je lui en serais que très reconnaissant... En tout cas, encore merci à tous ceux qui m'ont aidé. @++
Re: Problème d'horloge [résolu oui, mais...]
Bonjour, wolfgod a écrit, jeudi 25 janvier 2007, à 09:34 : [...] - Résultat: je ne peux synchroniser mes documents avec un autre PC, ni utiliser le cryptage de ma messagerie, ni effectuer correctement de la vidéo conférence... En fait dans ses conditions autant ne pas utiliser de portable... - Si parmis vous se trouve un magicien pouvant résoudre ce problème, je lui en serais que très reconnaissant... Ce n'est pas une solution au problème, mais peut-être un contournement : essaie d'installer un serveur de temps (ntpd) pour surveiller l'horloge en permanence --- si le portable n'est connecté au réseau que de temps en temps, chrony peut être préférable. En tout cas, encore merci à tous ceux qui m'ont aidé. de rien, -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problème d'horloge [résolu oui, mais...]
Le jeudi 25 janvier 2007 10:01, Jacques L'helgoualc'h a écrit : Bonjour, wolfgod a écrit, jeudi 25 janvier 2007, à 09:34 : [...] - Résultat: je ne peux synchroniser mes documents avec un autre PC, ni utiliser le cryptage de ma messagerie, ni effectuer correctement de la vidéo conférence... En fait dans ses conditions autant ne pas utiliser de portable... - Si parmis vous se trouve un magicien pouvant résoudre ce problème, je lui en serais que très reconnaissant... Ce n'est pas une solution au problème, mais peut-être un contournement : essaie d'installer un serveur de temps (ntpd) pour surveiller l'horloge en permanence --- si le portable n'est connecté au réseau que de temps en temps, chrony peut être préférable. Salut Ben, non, c'était déjà fait dès la première install, merci quant même. L'horloge prend +ou- 30 secondes d'avance en 1 minute, utiliser ntpd avec cron n'est donc pas possible, surtout pour un portable qui n'est pas toujours connecté. Peut être une piste, on ne sait jamais: lors du démarrage de KDE et après tous les téléchargements des paquets, environ 1 minute après, l'horloge s'accélére! Merci @++
Re: Problème d'horloge [résolu oui, mais...]
wolfgod a écrit, jeudi 25 janvier 2007, à 10:45 : [...] L'horloge prend +ou- 30 secondes d'avance en 1 minute, utiliser ntpd avec cron n'est donc pas possible, surtout pour un portable qui n'est pas toujours connecté. ntpdate != ntpd (ou chrony), ces derniers n'utilisent pas cron, mais tournent en permanence --- maintenant, je ne sais pas s'ils pourront supporter ton horloge turbo :-/ -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problème d'horloge [résolu oui, mais...]
Le jeudi 25 janvier 2007 11:24, Jacques L'helgoualc'h a écrit : wolfgod a écrit, jeudi 25 janvier 2007, à 10:45 : [...] L'horloge prend +ou- 30 secondes d'avance en 1 minute, utiliser ntpd avec cron n'est donc pas possible, surtout pour un portable qui n'est pas toujours connecté. ntpdate != ntpd (ou chrony), ces derniers n'utilisent pas cron, mais tournent en permanence --- maintenant, je ne sais pas s'ils pourront * supporter ton horloge turbo :-/ Re salut :D Ha! Ha! C'est le cas de le dire avec post-combustion! -- Jacques L'helgoualc'h Oui c'est bien ntdate que j'ai installé (sans cron). @++
Re: Problème d'horloge [résolu oui, mais...]
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 -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problème d'horloge [résolu oui, mais...]
J'ai déjà eu un problème d'horloge qui avance mais pas une post-combustion à ce point là. Mon problème venait de nero4linux, comment pourquoi ? aucune idée. Après avoir enlevé ce logitiel tout est revenu dans l'ordre. J'essayerai d'installer un distrib basic avec le minimun de truc et surtout uniquement le mode console. Et aussi voir avec la dernière version du noyau, voir le snapshot du jour. Mettre un ticket sur le bug tracking du kernel. Ca n'est la solution, je le sais mais je ne vois pas en quoi synchroniser ton horloge résoudra ton problème. Si ma mémoire est bonne ntpd, se connecter de manière aléatoire au serveur afin d'éviter un engorgement. Même dans le cas où tu restes connecté tous le temps et que fais un ntpdate toutes les minutes, ton système passera plus de temps à se re-synchroniser. wolfgod a écrit : Le jeudi 25 janvier 2007 11:24, Jacques L'helgoualc'h a écrit : wolfgod a écrit, jeudi 25 janvier 2007, à 10:45 : [...] L'horloge prend +ou- 30 secondes d'avance en 1 minute, utiliser ntpd avec cron n'est donc pas possible, surtout pour un portable qui n'est pas toujours connecté. ntpdate != ntpd (ou chrony), ces derniers n'utilisent pas cron, mais tournent en permanence --- maintenant, je ne sais pas s'ils pourront * supporter ton horloge turbo :-/ Re salut :D Ha! Ha! C'est le cas de le dire avec post-combustion! -- Jacques L'helgoualc'h Oui c'est bien ntdate que j'ai installé (sans cron). @++ -- Thierry Leurent Phone : +32 476/20.23.98 E-mail : [EMAIL PROTECTED] Website (en developpement) : http://www.asgardian.be -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problème d'horloge [résolu oui, mais...]
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 , 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 --freq 485452 des corrections sont effectuées dans /etc/adjtime avec des valeurs négatives énormes: -260.264222 1169730193 0.00! 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 @++
Re: Problème d'horloge [résolu oui, mais...]
Le jeudi 25 janvier 2007 13:13, Thierry Leurent a écrit : Salut J'ai déjà eu un problème d'horloge qui avance mais pas une post-combustion à ce point là. Effectivement cela me semble assez impressionnant d'avoir autant de décalage de +ou- 30 secondes d'avance en 1 minute. Mon problème venait de nero4linux, comment pourquoi ? aucune idée. Après avoir enlevé ce logitiel tout est revenu dans l'ordre. J'essayerai d'installer un distrib basic avec le minimun de truc et surtout uniquement le mode console. C'est déjà fait, j'en parlais dans l'un de mes précédents messages: - Finalement désemparé, j'ai installé de nouveau ETCH avec uniquement KDE sur un autre disque, histoire de voir si ce n'est pas un paquet qui aurait pu être la cause de ce décalage! Et bien non! C'est exactement le même problème! - Et pour finir j'ai épluché le fichier doc /usr/share/doc/HOWTO/en-txt/TimePrecision-HOWTO.gz, mais j'ai rien trouvé qui puisse résoudre mon problème! Et aussi voir avec la dernière version du noyau, voir le snapshot du jour. Mettre un ticket sur le bug tracking du kernel. Oui, je pense que c'est la meilleur solution qu'il me reste. Ca n'est la solution, je le sais mais je ne vois pas en quoi synchroniser ton horloge résoudra ton problème. C'est vrai. Si ma mémoire est bonne ntpd, se connecter de manière aléatoire au serveur afin d'éviter un engorgement. Je crois aussi. Même dans le cas où tu restes connecté tous le temps et que fais un ntpdate toutes les minutes, ton système passera plus de temps à se re-synchroniser. C'est sur, donc inefficace. Merci @++ wolfgod a écrit : Le jeudi 25 janvier 2007 11:24, Jacques L'helgoualc'h a écrit : wolfgod a écrit, jeudi 25 janvier 2007, à 10:45 : [...] L'horloge prend +ou- 30 secondes d'avance en 1 minute, utiliser ntpd avec cron n'est donc pas possible, surtout pour un portable qui n'est pas toujours connecté. ntpdate != ntpd (ou chrony), ces derniers n'utilisent pas cron, mais tournent en permanence --- maintenant, je ne sais pas s'ils pourront * supporter ton horloge turbo :-/ Re salut :D Ha! Ha! C'est le cas de le dire avec post-combustion! -- Jacques L'helgoualc'h Oui c'est bien ntdate que j'ai installé (sans cron). @++
Re: Problème d'horloge [résolu oui, mais...]
wolfgod a écrit, jeudi 25 janvier 2007, à 14:22 : [...]. 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. Ils sont prévus pour les petits écarts, c'est vrai... J'ai fais des tests avec adjtimex, comme mentionnés dans le man: [...] 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 oui, ou d'un mauvais réglage ? Le fait que ça aille juste deux fois trop vite suggère une erreur bête quelque part. Tu n'as indiqué que des passages de paramètre via LILO, mais il est aussi possible, sans rebouter, de se servir de sysctl --- j'ai quelques réglages mémorisés dans /etc/sysctl.conf pour mon noyau 2.4. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problème d'horloge [résolu oui, mais...]
Le jeudi 25 janvier 2007 15:38, Jacques L'helgoualc'h a écrit : wolfgod a écrit, jeudi 25 janvier 2007, à 14:22 : [...]. 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. Ils sont prévus pour les petits écarts, c'est vrai... J'ai fais des tests avec adjtimex, comme mentionnés dans le man: [...] 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 oui, ou d'un mauvais réglage ? Le fait que ça aille juste deux fois trop vite suggère une erreur bête quelque part. Possible mais où! Tu n'as indiqué que des passages de paramètre via LILO, mais il est aussi possible, sans rebouter, de se servir de sysctl --- j'ai quelques réglages mémorisés dans /etc/sysctl.conf pour mon noyau 2.4. ça serait bien si je pouvais résoudre ce problème par l'intermédiaire de /etc/sysctl.conf. -- Jacques L'helgoualc'h Merci @++
Re: Problème d'horloge [résolu oui, mais...]
Le 24/01/07, wolfgod a écrit : Bonjour la liste Il y' a quelque temps, le sujet du problème d'horloge avait été traité, pour un portable Nitteo M707 Hyper Threading en ETCH et kernel 2.6.18-3-686. La commande «append=noapic nolapic» dans lilo.conf semblait avoir résolu le problème! En fait le lendemain en allumant mon portable, j'ai eu de nouveau le même problème d'horloge! Après de nombreuses recherches, j'ai pu lire que pour les kernels récents et notamment le 2.6.18-3-686, la commande «append=noapic nolapic devait être remplacée par celle-ci : «append=disable_timer_pin_1» Il y a peut-être aussi le paramètre clock qui pourrait avoir un effet. Par exemple passer au noyau clock=tsc ou clock=pit peut parfois régler un problème de ce type. -- Max
Re: Problème d'horloge [résolu oui, mais...]
Salut, Pour ton problème global, je n'ai aucune solution désolé, Cependant: Le mercredi 24 janvier 2007 à 08:36 +0100, wolfgod a écrit : Le mercredi 24 janvier 2007 08:11, Frédéric BOITEUX a écrit : [SNIP] Pourquoi apt-cache search kernel-image propose t-il un paquet smp? # apt-cache search kernel-image kernel-image-2.6-686-smp - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 SMP - transition package Comme tu peux le lire il s'agit d'un paquet de transition, c'est à dire un paquet qui est là pour en installer en douceur un autre lors d'un upgrade, et qui peut ensuite être retiré. apt-cache me retourne que kernel-image-2.6-686-smp dépend de linux-image-2.6-686-smp, lui-même dépendant de linux-image-2.6-686. Par ailleurs chez moi, le paquet linux-image-2.6.17-2-686 est installé et : [EMAIL PROTECTED]:~$ uname -a Linux dsoulayr.neotip 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux On doit pouvoir donc dire effectivement que tous les noyaux sont maintenant SMP chez Debian. Merci d'avance Pas de quoi. -- David. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problème d'horloge [résolu oui, mais...]
Le mercredi 24 janvier 2007 08:11, Frédéric BOITEUX a écrit : Le mer 24 jan 2007 06:49:39 CET, wolfgod [EMAIL PROTECTED] a écrit : Question 2: pour pouvoir utiliser l'Hyper Threading, dois-je changer de noyau en kernel-image-2.6-686-smp? Je crois que dans Etch, tous les noyaux sont SMP par défaut (il n'y a sans doute plus trop de perte sur les mono-processeurs à utiliser les systèmes de gestion de ressources SMP) ... Fred. Salut Pour pouvoir utiliser le bi-processeur il me faut désactiver de lilo.conf : « append=disable_timer_pin_1 » il semblerait que ce soit reconnue sans problème: # dmesg DMI present. ACPI: RSDP (v000 PTLTD ) @ 0x000f7300 ACPI: RSDT (v001 PTLTDRSDT 0x0604 LTP 0x) @ 0x3fdf6fca ACPI: FADT (v001 SiS648FX0x0604 PTL 0x0001) @ 0x3fdfaf2e ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x)0x3fdfafa2 ACPI: DSDT (v001 Clevo 648FX 0x0604 MSFT 0x010e) @ 0x ACPI: PM-Timer IO Port: 0x8008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:3 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 15:3 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ11 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 5000 (gap: 4000:bec0) Detected 2398.595 MHz processor. Maintenant je me retrouve encore avec une horloge décallée qui avance encore beaucoup trop vite!!! C'est déséspérant! Et même si je désactive l'Hyper Threading et remet la commande « append=disable_timer_pin_1 » c'est tout un cirque pour le noyau l'admette!!! Pourquoi apt-cache search kernel-image propose t-il un paquet smp? # apt-cache search kernel-image kernel-image-2.6-686-smp - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 SMP - transition package Merci d'avance