Il y' a quelque temps, le sujet du probl=E8me d'horloge avait =E9t=E9 trait=
=E9, pour=20
un portable Nitteo M707 Hyper Threading en ETCH et kernel 2.6.18-3-686.
La commande =AB=A0append=3D"noapic nolapic"=A0=BB dans lilo.conf semblait a=
voir r=E9solu=20
le probl=E8me! En fait le lendemain en allumant mon portable, j'ai eu de=20
nouveau le m=EAme probl=E8me d'horloge! Apr=E8s de nombreuses recherches, j=
'ai pu=20
lire que pour les kernels r=E9cents et notamment le 2.6.18-3-686, la comman=
de=20
=AB=A0append=3D"noapic nolapic"=A0=20
devait =EAtre remplac=E9e par celle-ci :
=AB=A0append=3Ddisable_timer_pin_1=A0=BB
# dmesg
Linux version 2.6.18-3-686 (Debian 2.6.18-7) (waldi@debian.org) (gcc vers=
ion=20
4.1.2 20061115 (prerelease) (Debian 4.1.1-20)) #1 SMP Mon Dec 4 16:41:14 U=
TC=20
2006
[...]
Intel MultiProcessor Specification v1.4
Virtual Wire compatibility mode.
SMP mptable: bad signature [0x0]!
BIOS bug, MP table errors detected!...
... disabling SMP support. (tell your hw vendor)
Allocating PCI resources starting at 50000000 (gap: 40000000:bec00000)
Detected 2398.582 MHz processor.
Built 1 zonelists. Total pages: 261616
Kernel command line: auto BOOT_IMAGE=3DLinux ro root=3D301 disable_timer_=
pin_1
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffd000 (0180c000)
[...]
Question 1: quelqu'un pourrait-il expliquer comment, cette=20
commande =AB=A0append=3Ddisable_timer_pin_1=BB=A0 agit-elle sur le noyau?=20
pourquoi, d'autres, utilisent-ils aussi =AB=A0append=3D=A0=BBdisable_timer_=
pin_1=3D1=A0=BB?=A0
Question 2: pour pouvoir utiliser l'Hyper Threading, dois-je changer de noy=
au=20
en kernel-image-2.6-686-smp?
Le mer 24 jan 2007 06:49:39 CET, wolfgod a écrit :
Question 2: pour pouvoir utiliser l'Hyper Threading, dois-je changer de n oyau 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.
Le mer 24 jan 2007 06:49:39 CET, wolfgod <wolfgod@mailname.info> a
écrit :
Question 2: pour pouvoir utiliser l'Hyper Threading, dois-je changer de n oyau
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) ...
Le mer 24 jan 2007 06:49:39 CET, wolfgod a écrit :
Question 2: pour pouvoir utiliser l'Hyper Threading, dois-je changer de n oyau 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.
wolfgod
Le mercredi 24 janvier 2007 08:11, Frédéric BOITEUX a écrit :
Le mer 24 jan 2007 06:49:39 CET, wolfgod 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 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x3fdf6fca ACPI: FADT (v001 SiS 648FX 0x06040000 PTL 0x00000001) @ 0x3fdfaf2e ACPI: MADT (v001 PTLTD APIC 0x06040000 LTP 0x00000000)0x3fdfa fa2 ACPI: DSDT (v001 Clevo 648FX 0x06040000 MSFT 0x0100000e) @ 0x00000000 ACPI: PM-Timer IO Port: 0x8008 ACPI: Local APIC address 0xfee00000 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[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, 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 50000000 (gap: 40000000:bec00000) Detected 2398.595 MHz processor.
Maintenant je me retrouve encore avec une horloge décallée qui avance e ncore 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 t out 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
Le mercredi 24 janvier 2007 08:11, Frédéric BOITEUX a écrit :
Le mer 24 jan 2007 06:49:39 CET, wolfgod <wolfgod@mailname.info> 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 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x3fdf6fca
ACPI: FADT (v001 SiS 648FX 0x06040000 PTL 0x00000001) @ 0x3fdfaf2e
ACPI: MADT (v001 PTLTD APIC 0x06040000 LTP 0x00000000)0x3fdfa fa2
ACPI: DSDT (v001 Clevo 648FX 0x06040000 MSFT 0x0100000e) @ 0x00000000
ACPI: PM-Timer IO Port: 0x8008
ACPI: Local APIC address 0xfee00000
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[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, 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 50000000 (gap: 40000000:bec00000)
Detected 2398.595 MHz processor.
Maintenant je me retrouve encore avec une horloge décallée qui avance e ncore
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 t out 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
Le mercredi 24 janvier 2007 08:11, Frédéric BOITEUX a écrit :
Le mer 24 jan 2007 06:49:39 CET, wolfgod 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 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x3fdf6fca ACPI: FADT (v001 SiS 648FX 0x06040000 PTL 0x00000001) @ 0x3fdfaf2e ACPI: MADT (v001 PTLTD APIC 0x06040000 LTP 0x00000000)0x3fdfa fa2 ACPI: DSDT (v001 Clevo 648FX 0x06040000 MSFT 0x0100000e) @ 0x00000000 ACPI: PM-Timer IO Port: 0x8008 ACPI: Local APIC address 0xfee00000 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[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, 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 50000000 (gap: 40000000:bec00000) Detected 2398.595 MHz processor.
Maintenant je me retrouve encore avec une horloge décallée qui avance e ncore 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 t out 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
David Soulayrol
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 :
:~$ 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 with a subject of "unsubscribe". Trouble? Contact
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 :
dsoulayr@dsoulayr:~$ 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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 :
:~$ 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 with a subject of "unsubscribe". Trouble? Contact
wolfgod
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 éta ient 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 (a vant, 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" dan s 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 uniqueme nt 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 p roblème!
- Et pour finir j'ai épluché le fichier doc /usr/share/doc/HOWTO/en-txt/TimePrecision-HOWTO.gz, mais j'ai rien trou vé 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é.
@++
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 éta ient
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 (a vant,
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" dan s 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 uniqueme nt 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 p roblème!
- Et pour finir j'ai épluché le fichier
doc /usr/share/doc/HOWTO/en-txt/TimePrecision-HOWTO.gz, mais j'ai rien trou vé
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é.
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 éta ient 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 (a vant, 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" dan s 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 uniqueme nt 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 p roblème!
- Et pour finir j'ai épluché le fichier doc /usr/share/doc/HOWTO/en-txt/TimePrecision-HOWTO.gz, mais j'ai rien trou vé 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é.
@++
Jacques L'helgoualc'h
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 with a subject of "unsubscribe". Trouble? Contact
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 with a subject of "unsubscribe". Trouble? Contact
wolfgod
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 utili ser 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 contournemen t : 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 te mps 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 c ron 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 @++
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 utili ser 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 contournemen t :
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 te mps
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 c ron
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!
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 utili ser 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 contournemen t : 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 te mps 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 c ron 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 @++
Jacques L'helgoualc'h
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 with a subject of "unsubscribe". Trouble? Contact
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 with a subject of "unsubscribe". Trouble? Contact
wolfgod
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 av ec > 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).
@++
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 av ec
> 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).
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 av ec > 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).
@++
Jacques L'helgoualc'h
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 with a subject of "unsubscribe". Trouble? Contact
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 with a subject of "unsubscribe". Trouble? Contact
Thierry Leurent
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).
-- 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
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).
--
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
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).
-- 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