Erreur ACPI avec une radeon sur un PC Intel
Bonjour à tous, PC SOUS DEBIAN TESTING Je possède un ordinateur portable HP Pavilion 17-e050sf sous Debian testing : https://support.hp.com/fr-fr/document/c03817695 C'est un système à cartes graphiques hybrides Intel / AMD, avec pilote "i915" pour la carte intégrée, et pilote "radeon" pour la carte additionnelle AMD (alternativement le pilote "amdgpu" peut-être utilisé pour la carte AMD) $ lspci 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) 00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04) 01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / Radeon 520 Mobile] 07:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE Wireless Network Adapter (rev 01) 08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 07) LE PROBLEME Le problème c'est que lorsque je démarre l'ordinateur, tout ce passe normalement jusqu'à l'invite GDM. Mais lorsque je me connecte (via GDM) avec mon nom d'utilisateur et mon mot de passe, il y a presque une minute de latence avant que GNOME se lance. C'est cela le problème.(J'ai aussi testé xfce, enlightment, GNOME sous Xorg...sans plus de succès) (Notez bien que le problème ne se produit qu'après un reboot ou démarrage à froid, mais pas après une fermeture de session) Après de nombreux test j'ai constaté que blacklister le module "radeon" résolvait le problème ... au prix de la désactivation de la radeon. (Alternativement booter avec le parametre kernel "radeon.modeset=0" résoud aussi le problème de la même manière) Après lecture des logs il semble qu'il y ait des erreurs ACPI lors de du chargement ou du déchargement du driver de la carte graphique additionnelle AMD : $ modprobe -r radeon ... [ 134.810044] ACPI Error: Aborting method \AMD3._ON due to previous error (AE_AML_LOOP_TIMEOUT) (20191018/psparse-529) ... [ 134.811473] acpi device:02: Failed to change power state to D0 ... $ modprobe radeon ... [ 382.899240] acpi device:02: Failed to change power state to D0 ... [ 389.158051] acpi device:02: Cannot transition from (unknown) to D3hot ... On pourrait penser que le problème est dû au driver radeon, mais en fait j'ai exactement les mêmes messages d'erreur avec les drivers "amdgpu" (avec le support activé pour les cartes "si" et "cik" ) Tentative d'analyse D'après : $ ls -al /sys/bus/acpi/devices/device\:02/physical_node lrwxrwxrwx 1 root root 0 avril 16 12:57 /sys/bus/acpi/devices/device:02/physical_node -> ../../../../pci:00/:00:01.0 et $ lspci -s :00:01.0 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0, IRQ 24 Bus: primary=00, secondary=01, subordinate=06, sec-latency=0 I/O behind bridge: 5000-5fff [size=4K] Memory behind bridge: c200-c2ff [size=16M] Prefetchable memory behind bridge: a000-afff [size=256M] Capabilities: [88] Subsystem: Hewlett-Packard Company Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Capabilities: [d94] Secondary PCI Express Kernel driver in use: pcieport Donc l'acpi dev
Re: "ACPI error" depuis passage à Stretch
Le 12/07/2017 à 21:23, antoine.sobocinski a écrit : Bonsoir à tous. Mon rapport de bogue a été clôturé. Voici la réponse du mainteneur (en anglais bien sûr) : Bonjour, contrairement a une pratique generale, "cloturer" ne peut pas etre utilise dans ce type de cas(<http://www.academie-francaise.fr/cloturer-la-seance>) et visiblement tu as depose le bug au mauvais endroit: aupres d'un paquet permettant d'effectuer des actions en se basant sur ACPI plutot qu'au niveau de la gestion ACPI en elle meme, qui se trouve dans le noyau. -- Bien cordialement, Stephane Ascoet
Re: "ACPI error" depuis passage à Stretch
Bonsoir à tous. Mon rapport de bogue a été clôturé. Voici la réponse du mainteneur (en anglais bien sûr) : >This may be a kernel problem, or a hardware one (which to me looks most >likely), but certainly not related to the tool acpi you reported it >against. Therefore I close the report. Le 06/07/2017 à 21:46, Gaëtan PERRIER a écrit : > Le Thu, 6 Jul 2017 10:35:44 +0200 > Alain Rpnpif <rpn...@free.fr> a écrit: > >> Le 5 juillet 2017, Benoit B a écrit : >> >>> Idem pour moi, >>> >>> ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x5) is beyond >>> end of object (length 0x5) (20160831/exoparg2-427) >>> [ 14.235257] ACPI Error: Method parse/execution failed >>> [\_SB.PCI0.GFX0._DOD] (Node 9317bb0ab500), AE_AML_PACKAGE_LIMIT >>> (20160831/psparse-543) >>> [ 14.235269] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _DOD >>> (20160831/video-1254) >> >> Pour moi aussi sur une carte MSI avec microprocesseur AMD A4-5300 APU, >> récente. >> >> Je n'ai pas remarqué d'autres dysfonctionnements liés à cette erreur. Je >> suis sous Jessie-backports avec pratiquement le même noyau que Sketch >> (4.9). >> >> -- >> Alain Rpnpif > > De même de mon côté sur une ASUS P8P67-LE > > > [1.505990] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND > (20170119/psargs-363) [1.506092] ACPI Error: Method parse/execution failed > [\_SB.PCI0.SAT0.SPT1._GTF] (Node 9fb48e0c5780), AE_NOT_FOUND > (20170119/psparse-543) [1.506282] ACPI Error: [DSSP] Namespace lookup > failure, AE_NOT_FOUND (20170119/psargs-363) [1.506382] ACPI Error: Method > parse/execution failed [\_SB.PCI0.SAT0.SPT2._GTF] (Node 9fb48e0c5aa0), > AE_NOT_FOUND (20170119/psparse-543) [1.506530] ata5.00: ATAPI: PLEXTOR > DVDR PX-880SA, 1.10, max UDMA/100 [1.506552] ata7: SATA link down > (SStatus 0 SControl 300) [1.506577] ata6: SATA link up 3.0 Gbps (SStatus > 123 SControl 300) [1.506593] ata8: SATA link down (SStatus 0 SControl 300) > [1.506603] ata4.00: ATA-9: C300-CTFDDAC064MAG, 0007, max UDMA/100 > [1.506605] ata4.00: 125045424 sectors, multi 16: LBA48 NCQ (depth 31/32), > AA [1.506967] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND > (20170119/psargs-363) [1.507067] ACPI Error: Method parse/execution failed > [\_SB.PCI0.SAT0.SPT1._GTF] (Node 9fb48e0c5780), AE_NOT_FOUND > (20170119/psparse-543) [1.507340] ata4.00: configured for UDMA/100 > [1.507487] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND > (20170119/psargs-363) [1.507597] ACPI Error: Method parse/execution failed > [\_SB.PCI0.SAT0.SPT2._GTF] (Node 9fb48e0c5aa0), AE_NOT_FOUND > (20170119/psparse-543) [1.507748] ata5.00: configured for UDMA/100 > [1.507797] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND > (20170119/psargs-363) [1.507896] ACPI Error: Method parse/execution failed > [\_SB.PCI0.SAT0.SPT3._GTF] (Node 9fb48e0c5b68), AE_NOT_FOUND > (20170119/psparse-543) [1.508331] ata6.00: ATA-8: TOSHIBA DT01ACA200, > MX4OABB0, max UDMA/133 [1.508333] ata6.00: 3907029168 sectors, multi 16: > LBA48 NCQ (depth 31/32), AA [1.509518] ACPI Error: [DSSP] Namespace lookup > failure, AE_NOT_FOUND (20170119/psargs-363) [1.509617] ACPI Error: Method > parse/execution failed [\_SB.PCI0.SAT0.SPT3._GTF] (Node 9fb48e0c5b68), > AE_NOT_FOUND (20170119/psparse-543) [1.510159] ata6.00: configured for > UDMA/133 [1.510770] ata10: SATA link down (SStatus 0 SControl 330) > [1.514582] ata9: SATA link down (SStatus 0 SControl 330) [1.515881] > ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [1.516251] ACPI > Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) > [1.516350] ACPI Error: Method parse/execution failed > [\_SB.PCI0.SAT0.SPT0._GTF] (Node 9fb48e0c55f0), AE_NOT_FOUND > (20170119/psparse-543) [1.516498] ata3.00: supports DRM functions and may > not be fully accessible [1.517477] ata3.00: ATA-10: > Crucial_CT250MX200SSD1, MU04, max UDMA/133 [1.517479] ata3.00: 488397168 > sectors, multi 16: LBA48 NCQ (depth 31/32), AA [1.518769] ACPI Error: > [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) > [1.518869] ACPI Error: Method parse/execution failed > [\_SB.PCI0.SAT0.SPT0._GTF] (Node 9fb48e0c55f0), AE_NOT_FOUND > (20170119/psparse-543) > > A+ > > Gaëtan >
Re: "ACPI error" depuis passage à Stretch
Le Thu, 6 Jul 2017 10:35:44 +0200 Alain Rpnpif <rpn...@free.fr> a écrit: > Le 5 juillet 2017, Benoit B a écrit : > > > Idem pour moi, > > > > ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x5) is beyond > > end of object (length 0x5) (20160831/exoparg2-427) > > [ 14.235257] ACPI Error: Method parse/execution failed > > [\_SB.PCI0.GFX0._DOD] (Node 9317bb0ab500), AE_AML_PACKAGE_LIMIT > > (20160831/psparse-543) > > [ 14.235269] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _DOD > > (20160831/video-1254) > > Pour moi aussi sur une carte MSI avec microprocesseur AMD A4-5300 APU, > récente. > > Je n'ai pas remarqué d'autres dysfonctionnements liés à cette erreur. Je > suis sous Jessie-backports avec pratiquement le même noyau que Sketch > (4.9). > > -- > Alain Rpnpif De même de mon côté sur une ASUS P8P67-LE [1.505990] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.506092] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT1._GTF] (Node 9fb48e0c5780), AE_NOT_FOUND (20170119/psparse-543) [1.506282] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.506382] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT2._GTF] (Node 9fb48e0c5aa0), AE_NOT_FOUND (20170119/psparse-543) [1.506530] ata5.00: ATAPI: PLEXTOR DVDR PX-880SA, 1.10, max UDMA/100 [1.506552] ata7: SATA link down (SStatus 0 SControl 300) [1.506577] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [1.506593] ata8: SATA link down (SStatus 0 SControl 300) [1.506603] ata4.00: ATA-9: C300-CTFDDAC064MAG, 0007, max UDMA/100 [ 1.506605] ata4.00: 125045424 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [1.506967] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.507067] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT1._GTF] (Node 9fb48e0c5780), AE_NOT_FOUND (20170119/psparse-543) [1.507340] ata4.00: configured for UDMA/100 [1.507487] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.507597] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT2._GTF] (Node 9fb48e0c5aa0), AE_NOT_FOUND (20170119/psparse-543) [1.507748] ata5.00: configured for UDMA/100 [1.507797] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.507896] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT3._GTF] (Node 9fb48e0c5b68), AE_NOT_FOUND (20170119/psparse-543) [1.508331] ata6.00: ATA-8: TOSHIBA DT01ACA200, MX4OABB0, max UDMA/133 [1.508333] ata6.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [1.509518] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.509617] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT3._GTF] (Node 9fb48e0c5b68), AE_NOT_FOUND (20170119/psparse-543) [1.510159] ata6.00: configured for UDMA/133 [1.510770] ata10: SATA link down (SStatus 0 SControl 330) [1.514582] ata9: SATA link down (SStatus 0 SControl 330) [1.515881] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [1.516251] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.516350] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node 9fb48e0c55f0), AE_NOT_FOUND (20170119/psparse-543) [1.516498] ata3.00: supports DRM functions and may not be fully accessible [1.517477] ata3.00: ATA-10: Crucial_CT250MX200SSD1, MU04, max UDMA/133 [ 1.517479] ata3.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [1.518769] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170119/psargs-363) [1.518869] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node 9fb48e0c55f0), AE_NOT_FOUND (20170119/psparse-543) A+ Gaëtan pgpDpQSRc5nXT.pgp Description: PGP signature
Re: "ACPI error" depuis passage à Stretch
Le 5 juillet 2017, Benoit B a écrit : > Idem pour moi, > > ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x5) is beyond > end of object (length 0x5) (20160831/exoparg2-427) > [ 14.235257] ACPI Error: Method parse/execution failed > [\_SB.PCI0.GFX0._DOD] (Node 9317bb0ab500), AE_AML_PACKAGE_LIMIT > (20160831/psparse-543) > [ 14.235269] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _DOD > (20160831/video-1254) Pour moi aussi sur une carte MSI avec microprocesseur AMD A4-5300 APU, récente. Je n'ai pas remarqué d'autres dysfonctionnements liés à cette erreur. Je suis sous Jessie-backports avec pratiquement le même noyau que Sketch (4.9). -- Alain Rpnpif
Re: "ACPI error" depuis passage à Stretch
Idem pour moi, ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x5) is beyond end of object (length 0x5) (20160831/exoparg2-427) [ 14.235257] ACPI Error: Method parse/execution failed [\_SB.PCI0.GFX0._DOD] (Node 9317bb0ab500), AE_AML_PACKAGE_LIMIT (20160831/psparse-543) [ 14.235269] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _DOD (20160831/video-1254) -- Benoit Le 2 juillet 2017 à 17:40, antoine.sobocinski <antoine.sobocin...@laposte.net> a écrit : > Bonjour à tous. > > Depuis la mise à niveau vers Stretch (en tout cas, je ne me souviens pas > de les avoir vu auparavant), j'ai une série de messages qui > apparaissent systématiquement à l'allumage de mon ordinateur, et plus > précisément après avoir sélectionné Debian (je suis en dual-boot avec > windows 7). > > Voici les messages extraits du journal : > > ACPI Error: Evaluating _BCM failed (20160831/video-354) > ACPI Error: Method parse/execution failed [\_SB.PCI0.VGA.LCDD._BCM] > (Node 8eb9fb0af668), AE_AML_BUFFER_LIMIT (20160831/psparse-543) > ACPI Error: Method parse/execution failed [\_SB.PCI0.SBRG.EC0.STBR] > (Node 8eb9fb0b70a0), AE_AML_BUFFER_LIMIT (20160831/psparse-543) > ACPI Exception: AE_AML_BUFFER_LIMIT, Index (0x0005D) is beyond end > > > Quelqu'un pourrait-il me dire s'il s'agit d'un problème important et > s'il me faudrait envoyer un rapport de bogue (au mainteneur du paquet > ACPI ou un autre ?) > > Pour information, voici ma configuration (extraction du rapport établi > avec debian-bug de emacs) : > > -- System Information: > Debian Release: 9.0 > APT prefers stable > APT policy: (500, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) > Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), > LANGUAGE=fr_FR.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages acpi depends on: > ii libc6 2.24-11+deb9u1 > > acpi recommends no packages. > > acpi suggests no packages.of object (length 0x10) (20160831/exoparg2-427) > > Merci d'avance pour votre aide. >
"ACPI error" depuis passage à Stretch
Bonjour à tous. Depuis la mise à niveau vers Stretch (en tout cas, je ne me souviens pas de les avoir vu auparavant), j'ai une série de messages qui apparaissent systématiquement à l'allumage de mon ordinateur, et plus précisément après avoir sélectionné Debian (je suis en dual-boot avec windows 7). Voici les messages extraits du journal : ACPI Error: Evaluating _BCM failed (20160831/video-354) ACPI Error: Method parse/execution failed [\_SB.PCI0.VGA.LCDD._BCM] (Node 8eb9fb0af668), AE_AML_BUFFER_LIMIT (20160831/psparse-543) ACPI Error: Method parse/execution failed [\_SB.PCI0.SBRG.EC0.STBR] (Node 8eb9fb0b70a0), AE_AML_BUFFER_LIMIT (20160831/psparse-543) ACPI Exception: AE_AML_BUFFER_LIMIT, Index (0x0005D) is beyond end Quelqu'un pourrait-il me dire s'il s'agit d'un problème important et s'il me faudrait envoyer un rapport de bogue (au mainteneur du paquet ACPI ou un autre ?) Pour information, voici ma configuration (extraction du rapport établi avec debian-bug de emacs) : -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages acpi depends on: ii libc6 2.24-11+deb9u1 acpi recommends no packages. acpi suggests no packages.of object (length 0x10) (20160831/exoparg2-427) Merci d'avance pour votre aide. signature.asc Description: OpenPGP digital signature
Pb ACPI [DSSP]
Bonjour, J'ai le problème suivant, est ce que quelqu’un aurait une idée pour corriger ces erreurs. [1.852255] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.852259] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT4._GTF] (Node 88040f0f9678), AE_NOT_FOUND (20110623/psparse-536) [1.852290] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.852295] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT1._GTF] (Node 88040f0f97e0), AE_NOT_FOUND (20110623/psparse-536) [1.852322] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.852325] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT5._GTF] (Node 88040f0f9600), AE_NOT_FOUND (20110623/psparse-536) [1.852351] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.852354] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT3._GTF] (Node 88040f0f96f0), AE_NOT_FOUND (20110623/psparse-536) [1.852377] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.852380] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT2._GTF] (Node 88040f0f9768), AE_NOT_FOUND (20110623/psparse-536) [1.852547] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.852550] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node 88040f0f9858), AE_NOT_FOUND (20110623/psparse-536) [1.853255] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.853257] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT5._GTF] (Node 88040f0f9600), AE_NOT_FOUND (20110623/psparse-536) [1.853286] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.853289] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT1._GTF] (Node 88040f0f97e0), AE_NOT_FOUND (20110623/psparse-536) [1.853307] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.853310] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT4._GTF] (Node 88040f0f9678), AE_NOT_FOUND (20110623/psparse-536) [1.853329] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.853331] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT3._GTF] (Node 88040f0f96f0), AE_NOT_FOUND (20110623/psparse-536) [1.853386] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.853389] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT2._GTF] (Node 88040f0f9768), AE_NOT_FOUND (20110623/psparse-536) [1.853482] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [1.853485] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node 88040f0f9858), AE_NOT_FOUND (20110623/psparse-536) Je suis en Debian Wheezy 7.6 Linux srv-maison 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux Matériel Processeur : I7 - 4770K Carte Mére : ASUS H97-PLUS (Avec la dernière maj du Bios) Merci, Cdt,
ACPI + i915 : messages d'erreur
Bonjour, La commande sur mon portable : # dmesg | grep fail donne : == [0.077941] pci:00: ACPI _OSC request failed (AE_ERROR), returned control mask: 0x1d [0.081856] pci:ff: ACPI _OSC request failed (AE_NOT_FOUND), returned control mask: 0x1d [ 10.792234] intel ips :00:1f.6: failed to get i915 symbols, graphics turbo disabled == Il semble y avoir un problème d'ACPI + turbo de ma carte graphique, qui ne sont pas activés # sensors acpitz-virtual-0 Adapter: Virtual device temp1:+66.0°C (crit = +99.0°C) temp2:+50.0°C (crit = +92.0°C) coretemp-isa- Adapter: ISA adapter Core 0: +64.0°C (high = +95.0°C, crit = +105.0°C) Ça me parait beaucoup, même si il fait chaud aujourd'hui. - carte graphique : AMD Radéon HD 6550M apt-cache search i915 xserver-xorg-video-intel-dbg - X.Org X server -- Intel i8xx, i9xx display driver (debug symbols) xserver-xorg-video-intel - serveur X X.org - pilote d'affichage Intel i8xx et i9xx que j'ai installés. Dans /etc/modules = i915 + intel_ips mais au boot j'ai ce message : cannot insert i915 Merci d'une aide. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201309051339.00329.andre_deb...@numericable.fr
Re: [RÉSOLU par Kernel 3.10] Message ACPI: Unable to dock! au retour de veille
On 2013-04-28 09:17, Fabian Rodriguez wrote: Sur un Thinkpad X230 et sans utiliser de baie (dock), lors du retour de veille je vois un bref affichage texte avec le message [:] ACPI: Unable to dock sur une Debian Wheezy vanille 64-bit. La dernière version du kernel (3.10) a résolu ce problème :) Maintenant quand je passe en mode veille, au retour je n'ai aucun message ni affichage en mode texte! En lisant cet article détaillant les changement apportés[*], j'ai remarqué cette note: - VT-switchless suspend/resume for a more clean suspend/resume process. Je n'ai pas trouvé le bug ou commit correspondant, si quelqu'un a cette référence j'aimerais bien la consulter. J'utilise Linux Libre à l'aide des paquets Debian ici: http://jxself.org/linux-libre/ A+ Fabian [*] http://www.phoronix.com/scan.php?page=news_itempx=MTM1NTI -- Fabián Rodríguez http://debian.magicfab.ca -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51d6e74e.50...@member.fsf.org
Message ACPI: Unable to dock! au retour de veille
Bonjour, Sur un Thinkpad X230 et sans utiliser de baie (dock), lors du retour de veille je vois un bref affichage texte avec le message [:] ACPI: Unable to dock sur une Debian Wheezy vanille 64-bit. Pourquoi? Je n'utilise pas de baie, et même si j'en avais une je crois que ce message ne devrait s'afficher que si j'étais sur une baie avant la veille et que celle-ci était absente au retour... et pas en texte. Ça semble n'être qu'esthétique mais c'est inquiétant et côté affichage ça ressemble à une erreur important qu'on a pas le temps de voir. Disons que ça nuit à l'expérience retour de veille qui autrement fonctionne de manière impeccable pour moi. Merci pour toute information, je n'ai rien trouvé par les moteurs de recherche, ni dans les bug tracker. F. -- Fabián Rodríguez http://fsf.magicfab.ca signature.asc Description: OpenPGP digital signature
Re: Message ACPI: Unable to dock! au retour de veille
Le 28/04/2013 15:17, Fabian Rodriguez a écrit : Bonjour, Sur un Thinkpad X230 et sans utiliser de baie (dock), lors du retour de veille je vois un bref affichage texte avec le message [:] ACPI: Unable to dock sur une Debian Wheezy vanille 64-bit. Pourquoi? Je n'utilise pas de baie, et même si j'en avais une je crois que ce message ne devrait s'afficher que si j'étais sur une baie avant la veille et que celle-ci était absente au retour... et pas en texte. Ça semble n'être qu'esthétique mais c'est inquiétant et côté affichage ça ressemble à une erreur important qu'on a pas le temps de voir. Disons que ça nuit à l'expérience retour de veille qui autrement fonctionne de manière impeccable pour moi. Merci pour toute information, je n'ai rien trouvé par les moteurs de recherche, ni dans les bug tracker. F. Bonjour, Il n'est pas rare d'avoir des messages parasites de l'ACPI, en général cela n'a pas d'impact sur le bon fonctionnement du matériel. Ceci est dû au fait que de nombreux bios/firmware/UEFI ne respectent pas bien les spécifications ACPI et en sortie de veille, il peut y avoir des évènements anormaux du matériel que le noyau est capable (dans la majorité des cas) de les traiter et de remettre en bon ordre de marche... Sinon, le noyau provoque le redémarrage complet du système (J'ai le problème avec un Vaio...)... Je ne sais pas si c'est possible d'empêcher leur affichage sans désactiver complètement la console... ++ Mourad -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/517d4234.3060...@nativobject.net
lm-sensors, atk0110-acpi-0 et température MB un peu haute...
Bonjour, voici le sortie de sensors sur ma machine atk0110-acpi-0 Adapter: ACPI interface Vcore Voltage:+1.16 V (min = +0.85 V, max = +1.60 V) +3.3 Voltage:+3.41 V (min = +2.97 V, max = +3.63 V) +5 Voltage: +5.05 V (min = +4.50 V, max = +5.50 V) +12 Voltage:+12.30 V (min = +10.20 V, max = +13.80 V) CPU FAN Speed: 2812 RPM (min = 600 RPM) CHASSIS FAN Speed: 1412 RPM (min = 600 RPM) CHASSIS FAN 2 Speed: 815 RPM (min = 600 RPM) CPU Temperature: +36.0°C (high = +60.0°C, crit = +95.0°C) MB Temperature: +106.0°C (high = +45.0°C, crit = +75.0°C) le problème que je vois est la différence de température entre la CPU et la Carte mère (MB) et une température à 106° c'est : 1/ pas bon du tout, 2/ pas réaliste me semble-t-il puisque je peux poser ma main sur le châssis et sur les radiateurs de la carte mère sans me bruler. Je trouve la machine bruyante (ventilo du bloc alim à bonne vitesse), je me suis donc dis que cela devait venir de la température MB. Sur une autre carte mère la différence de température entre les deux est beaucoup plus faible : CPU Temperature: +25.0°C (high = +60.0°C, crit = +95.0°C) MB Temperature: +24.0°C (high = +45.0°C, crit = +75.0°C) même si 25° pour la CPU au bout d'une heure de fonctionnement semble un peu faible). Donc je me suis dis que j'ai une sonde de température qui déconne et je voulais lui affecter un offset d'au moins -70° histoire qu'elle soit dans la gamme de la CPU. Je comptait utiliser la commande compute dans /etc/sensors3.conf mais je ne trouve pas de section : chip atk0110-acpi-0 En plus lorsque je fais un sensors-detect le seul chip qu'il trouve est it87 Je suis perplexe ! Comment affecter mon offset sur temp2 ? Merci de vos lumières. -- Yann -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111218091514.10e30...@yan.ianco.homelinux.org
Nécessair e d'installer acpi-support-base ?
Salut, Ce matin, apt (sous squeeze) me dit qu'il va mettre à jour tout un tas de paquets, dont acpid, et qu'il me recommande d'installer acpi-support-base mais qu'il ne le fera pas. $ apt-cache show acpi-support-base Description: scripts for handling base ACPI events such as the power button This package contains scripts to react to various base ACPI events such as the power button. For more extensive ACPI support, including support for suspend-to-RAM and for various laptop features, install the package acpi-support. squeeze ne tourne pas sur un portable mais sur un desktop plus ou moins toujours allumé. Ma question est donc, est-ce utile d'installer ce paquet, et si oui pour quelles raisons ? Je ne fais pas de suspend-to-RAM. Merci d'éclairer ma lanterne. PS : pour info # dpkg -l | grep ^ii | grep acpi ii acpid 1:2.0.6-1 Bonne journée, steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101129100235.ga9...@localdomain
Re: Nécessaire d'installer acpi-support-b ase ?
Le 29/11/2010 11:02, steve a écrit : Salut, Ce matin, apt (sous squeeze) me dit qu'il va mettre à jour tout un tas de paquets, dont acpid, et qu'il me recommande d'installer acpi-support-base mais qu'il ne le fera pas. $ apt-cache show acpi-support-base Description: scripts for handling base ACPI events such as the power button This package contains scripts to react to various base ACPI events such as the power button. For more extensive ACPI support, including support for suspend-to-RAM and for various laptop features, install the package acpi-support. squeeze ne tourne pas sur un portable mais sur un desktop plus ou moins toujours allumé. Ma question est donc, est-ce utile d'installer ce paquet, et si oui pour quelles raisons ? Je ne fais pas de suspend-to-RAM. Merci d'éclairer ma lanterne. PS : pour info # dpkg -l | grep ^ii | grep acpi ii acpid 1:2.0.6-1 Bonne journée, steve salut, si je me souviens bien, il inclut un script qui éteint le pc qd tu presses brièvement le bouton on/off de ton laptop. ce paquet est une version squelettique de acpi-support qui lui contient tout un tas de scripts pour divers laptops. Chez moi (laptop et eeepc) j'ai installé acpi-support-base. tu peux regarder ce que contient le paquet: http://packages.debian.org/squeeze/all/acpi-support-base/filelist tu peux aussi télécharger le paquet sans l'installer et lire le script. Bye Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/icvubm$93...@dough.gmane.org
Re: Ventilateurs et autres prises de tete ACPI
Anthony Bourguignon a écrit : Et faire tourner un ventilateur ça demande de l'énergie et donc moins il tourne et plus on a d'autonomie. Ceci dit, je ne sais pas dans quelle mesure ça influence la consommation. Mais quand même ... Bonjour, moi au contraire, j'aimerais que sur secteur il tourne tout le temps car mon GoBook a tendance a chauffer de facon impressionnante des que le couple de chez Mozilla tourne... Est-il possible de le faire? -- Bien cordialement, Stephane Ascoet -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4bd6f41b.10...@ac-orleans-tours.fr
ACPI - pas de /proc/acpi/battery
Bonjour, Je cherchais à récupérer le % de chargement de ma batterie sur mon asus, la commande acpi me semblant peu configurable, je me suis mis à la recherche de mon /proc/acpi/battery. Surprise ! Je n'ai pas le répertoire battery, je n'ai rien trouvé sur le net à propos de cela, acpi est bien installé, acpid également, enfin bon je suis un peu perdu impossbile de savoir où acpi va chercher mon %. Je suis sur un asus x56t avec une debian sid i386. Merci
Re: ACPI - pas de /proc/acpi/battery
On 24/02/2010 16:28, VINZIO Maxime wrote: Bonjour, Je cherchais à récupérer le % de chargement de ma batterie sur mon asus, la commande acpi me semblant peu configurable, je me suis mis à la recherche de mon /proc/acpi/battery. Surprise ! Je n'ai pas le répertoire battery, je n'ai rien trouvé sur le net à propos de cela, acpi est bien installé, acpid également, enfin bon je suis un peu perdu impossbile de savoir où acpi va chercher mon %. Je suis sur un asus x56t avec une debian sid i386. Merci Avec la commande acpi (package du même nom) tu devrais trouver ton bonheur... $ acpi Battery 0: Full, 100% ++ Mourad -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4b854a47.1040...@nativobject.net
Re: ACPI - pas de /proc/acpi/battery
Avec la commande acpi (package du même nom) tu devrais trouver ton bonheur... $ acpi Battery 0: Full, 100% Je cherche à récupérer *uniquement* le pourcentage, un acpi |cut -N pourrait le faire dans ce cas mais acpi renvoit différente chaine de caractère en fonction de l'état de la batterie ie : Battery 0: Charging, 73%, 00:28:17 until charged Battery 0: Full, 100% Battery 0: Discharging, 74%, 04:37:36 remaining Je suis alors tombé sur ce topichttp://bbs.archlinux.org/viewtopic.php?id=1809qui est inexploitable du fait de l'absence du fameux répertoire /proc/acpi/battery/ J'ai également essayer de jeter un coup d'oeil dans /sys mais je n'ai rien trouvé. Pas d'autre infos ? Merci Maxime
Re: ACPI - pas de /proc/acpi/battery
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/02/2010 16:28, VINZIO Maxime wrote: Bonjour, Bonjour, la recherche de mon /proc/acpi/battery. Surprise ! Je n'ai pas le répertoire battery, je n'ai rien trouvé sur le net à propos de cela, acpi est bien installé, acpid également, enfin bon je suis un peu perdu impossbile de savoir où acpi va chercher mon %. Je suis sur un asus x56t avec une debian sid i386. Regarde plutôt dans /sys avec les nouveaux noyaux. Peut-être /sys/class/power_supply/ mais je n'ai pas de portable sous la main pour vérifier. Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuFTtMACgkQ18/WetbTC/p2lwCfXfkQ4RDW3qmIJtwP9hqKEH3F qsQAn0kmAf7F4wHWNB5o2D44PGnfi9B2 =rl+a -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hm3iso$hn...@dough.gmane.org
Re: ACPI - pas de /proc/acpi/battery
Le 14664ième jour après Epoch, VINZIO Maxime écrivait: Je suis alors tombé sur ce topichttp://bbs.archlinux.org/viewtopic.php?id=1809qui est inexploitable du fait de l'absence du fameux répertoire /proc/acpi/battery/ J'ai également essayer de jeter un coup d'oeil dans /sys mais je n'ai rien trouvé. Pas d'autre infos ? Le man d'acpi nous dit: -d | --directory dir path to ACPI info (either /proc/acpi or /sys/class) et aussi -p | --proc use the old /proc interface, default is the new /sys one D'où on en déduit qu'il faut par exemple s'amuser à fouiller /sys/class pour tomber sur /sys/class/power_supply/BAT0/ qui contient probablement tout ce qu'il te faut. Merci De rien. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/874ol6fw65@fermat.tourde.home
Re: ACPI - pas de /proc/acpi/battery
Regarde plutôt dans /sys avec les nouveaux noyaux. Peut-être /sys/class/power_supply/ mais je n'ai pas de portable sous la main pour vérifier. Amicalement David Parfait ! C'est bon, maintenant il me suffit de récupérer dans /sys/class/power_supply/BAT0/ mon ./energy_full et mon ./energy_now, de faire une petite division (fois 100 pour le pourcentage :)) et c'est terminé ! Merci beaucoup David ! Maxime
Re: ACPI - pas de /proc/acpi/battery
Salut, Le mercredi 24 février 2010 à 17:02, VINZIO Maxime a écrit : | Je cherche à récupérer *uniquement* le pourcentage, un acpi |cut -N pourrait | le faire dans ce cas mais acpi renvoit différente chaine de caractère en | fonction de l'état de la batterie | | ie : | Battery 0: Charging, 73%, 00:28:17 until charged | Battery 0: Full, 100% | Battery 0: Discharging, 74%, 04:37:36 remaining [...] | Pas d'autre infos ? Tu as pensé à ce merveilleux outil qu'est sed ? # acpi | sed s/^Battery.* \([0-9]\+%\).*/\1/ Ça devrait faire ton bonheur, non ? | Merci Pas de quoi. | Maxime Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100224161940.gd30...@sebian.nob900.homeip.net
Re: ACPI - pas de /proc/acpi/battery
Tu as pensé à ce merveilleux outil qu'est sed ? # acpi | sed s/^Battery.* \([0-9]\+%\).*/\1/ Ça devrait faire ton bonheur, non ? Je découvre :), merveilleux en effet. Très bien :) j'ai réponse à toute mes interrogations même s'il à fallu voir quelques doublons. Je vais pouvoir terminer la configuration de wmii :). Au plaisir. Maxime.
Re: ACPI - pas de /proc/acpi/battery
VINZIO Maxime wrote: Regarde plutôt dans /sys avec les nouveaux noyaux. Peut-être /sys/class/power_supply/ mais je n'ai pas de portable sous la main pour vérifier. Amicalement David Parfait ! C'est bon, maintenant il me suffit de récupérer dans /sys/class/power_supply/BAT0/ mon ./energy_full et mon ./energy_now, de faire une petite division (fois 100 pour le pourcentage :)) et c'est terminé ! Merci beaucoup David ! Maxime coin:-/home/bling182% acpi | cut -d' ' -f 4 100% chezmoicamarche.org Et c'est merveilleux, meme avec Battery 0: Charging, 73%, 00:28:17 until charged Battery 0: Full, 100% Battery 0: Discharging, 74%, 04:37:36 remaining ca fonctionne toujours. Cordialement, Andreas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4b855e59.7090...@free.fr
Re: ACPI - pas de /proc/acpi/battery
coin:-/home/bling182% acpi | cut -d' ' -f 4 100% chezmoicamarche.org Et c'est merveilleux, meme avec Battery 0: Charging, 73%, 00:28:17 until charged Battery 0: Full, 100% Battery 0: Discharging, 74%, 04:37:36 remaining ca fonctionne toujours. echo Battery 0: Discharging, 74%, 04:37:36 remaining | cut -d' ' -f 4 74%, Marche pas :) C'est plus intéressant de passer par /sys/class/power_supply/
Re: Lancement /etc/acpi/sleep.sh en tant qu'utilisateur + une idée
Le samedi 15 août 2009 à 13:02 +0200, thomas a écrit : 2009/8/15 ~TraydenT~ trayd...@gmail.com: On 15/08/2009 10:25, thomas wrote: Cela m'ennuie de taper mon mot de passe root à chaque fois que je lance /etc/acpi/sleep.sh ou /etc/acpi/hibernate.sh (et je ne vois pas de bonne raison d'utiliser uswsusp). Y a-t-il un moyen simple d'y arriver sans ajouter à sudoers toutes les commandes des scripts qui doivent être lancées en root? J'aimerais bien y mettre directement les deux scripts, mais comme ce ne sont pas des binaires, ça ne marche pas. J'allais dire Sticky Bit, mais j'ai bien fait de vérifier : du coup, je vais dire SUID (http://fr.wikipedia.org/wiki/Permissions_Unix#Droit_SUID) ^^ Non ça n'est pas si simple que ça parce que précisément le SUID n'a pas d'effet sur un shell script (sauf erreur de ma part). Exemple: ~# echo touch /root/test foo.sh ~# chmod +x,+s foo.sh ~# ll foo.sh -rwsr-sr-x 1 root 17 aoû 15 12:28 foo.sh ~# exit exit ~$ /root/foo.sh touch: ne peut faire un touch sur `/root/test': Permission non accordée Euh, cette erreur ne serait pas plutôt dû au fait que les utilisateurs normaux n'ont pas d'accès en lecture (et surtout pas en écriture !) sur le répertoire /root ? Comme ça, ça marche un peu mieux : # echo touch /tmp/essai /tmp/foo.sh # chmod +x,+s /tmp/foo.sh # ll /tmp/foo.sh -rwsr-sr-x 1 root root 17 aoû 16 10:09 /tmp/foo.sh # exit exit $ /tmp/foo.sh $ ls -l /tmp/essai -rw-r--r-- 1 gc gc 0 aoû 16 10:09 /tmp/essai Mais au final, le fichier créé n'appartient pas à root, donc tu avais raison. Cordialement, -- Guillaume
Re: Lancement /etc/acpi/sleep.sh en tant qu'utilisateur + une idée
Guillaume Caron, dimanche 16 août 2009, 10:13:12 CEST […] Non ça n'est pas si simple que ça parce que précisément le SUID n'a pas d'effet sur un shell script (sauf erreur de ma part). Exemple: […] Euh, cette erreur ne serait pas plutôt dû au fait que les utilisateurs normaux n'ont pas d'accès en lecture (et surtout pas en écriture !) sur le répertoire /root ? Comme ça, ça marche un peu mieux : […] Non. Le bit SUID est désactivé sur les scripts (de nos jours). De toute façon, cette idée est dangereuse (injection de code dans les paramètres p.ex.). On peut contourner le problème en faisant un programme compilé, SUID, qui ferait juste un system(3) (⇒ man 3 system). Puis on ajoute de la sécurité à ce programme (mot de passe) et quelques options et on l’appelle « su ». Si on ajoute quelques fichiers de configuration, on l’appelle « sudo ». Et rappelez-vous que les cochons sont des suidés… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Lancement /etc/acpi/sleep.sh en tant qu'utilisateur + une idée
Bonjour à tous, Cela m'ennuie de taper mon mot de passe root à chaque fois que je lance /etc/acpi/sleep.sh ou /etc/acpi/hibernate.sh (et je ne vois pas de bonne raison d'utiliser uswsusp). Y a-t-il un moyen simple d'y arriver sans ajouter à sudoers toutes les commandes des scripts qui doivent être lancées en root? J'aimerais bien y mettre directement les deux scripts, mais comme ce ne sont pas des binaires, ça ne marche pas. De manière générale, je trouve ça gênant qu'on ne puisse ajouter que des binaires à sudoers et pas des noms de shell scripts. Il y aurait peut-être à ce sujet un petit programme simple à faire en C: un bête lanceur de scripts dont le nom figure dans une liste blanche éditable seulement par root. On ajoute ce lanceur à sudoers et ça donne: ~$ sudo zelauncher /etc/acpi/sleep.sh # mise en veille par un user, # pas de mot de passe à taper ~$ sudo zelauncher /tmp/evilscript.sh # un script malveillant Sorry, '/tmp/evilscript.sh' not in '/etc/zelauncher.whitelist' Qu'en dites-vous? Thomas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Lancement /etc/acpi /sleep.sh en tant qu'utilisateur + une idée
On Sat, Aug 15, 2009 at 10:25:22AM +0200, thomas wrote: Bonjour à tous, Bonjour, Y a-t-il un moyen simple d'y arriver sans ajouter à sudoers toutes les commandes des scripts qui doivent être lancées en root? Quite à dire une betise, fait-tu partie du groupe powerdev ? Bonne journée, Sil -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Lancement /etc/acpi/sleep.sh en tant qu'utilisateur + une idée
On 15/08/2009 10:25, thomas wrote: Bonjour à tous, Bonjour, Cela m'ennuie de taper mon mot de passe root à chaque fois que je lance /etc/acpi/sleep.sh ou /etc/acpi/hibernate.sh (et je ne vois pas de bonne raison d'utiliser uswsusp). Y a-t-il un moyen simple d'y arriver sans ajouter à sudoers toutes les commandes des scripts qui doivent être lancées en root? J'aimerais bien y mettre directement les deux scripts, mais comme ce ne sont pas des binaires, ça ne marche pas. J'allais dire Sticky Bit, mais j'ai bien fait de vérifier : du coup, je vais dire SUID (http://fr.wikipedia.org/wiki/Permissions_Unix#Droit_SUID) ^^ De manière générale, je trouve ça gênant qu'on ne puisse ajouter que des binaires à sudoers et pas des noms de shell scripts. Il y aurait peut-être à ce sujet un petit programme simple à faire en C: un bête lanceur de scripts dont le nom figure dans une liste blanche éditable seulement par root. On ajoute ce lanceur à sudoers et ça donne: ~$ sudo zelauncher /etc/acpi/sleep.sh # mise en veille par un user, # pas de mot de passe à taper ~$ sudo zelauncher /tmp/evilscript.sh # un script malveillant Sorry, '/tmp/evilscript.sh' not in '/etc/zelauncher.whitelist' Qu'en dites-vous? Thomas -- TraydenT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Lancement /etc/acpi/sleep.sh en tant qu'utilisat eur + une idée
2009/8/15 Silvère Maugain silvere-maugain-tec.e...@club-internet.fr: On Sat, Aug 15, 2009 at 10:25:22AM +0200, thomas wrote: Bonjour à tous, Bonjour, Y a-t-il un moyen simple d'y arriver sans ajouter à sudoers toutes les commandes des scripts qui doivent être lancées en root? Quite à dire une betise, fait-tu partie du groupe powerdev ? Gasp j'avais oublié ça! ~$ adduser thomas powerdev ~$ adduser thomas ashamed_users Ça a résolu mon problème, merci! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Lancement /etc/acpi/sleep.sh en tant qu'utilisat eur + une idée
2009/8/15 ~TraydenT~ trayd...@gmail.com: On 15/08/2009 10:25, thomas wrote: Cela m'ennuie de taper mon mot de passe root à chaque fois que je lance /etc/acpi/sleep.sh ou /etc/acpi/hibernate.sh (et je ne vois pas de bonne raison d'utiliser uswsusp). Y a-t-il un moyen simple d'y arriver sans ajouter à sudoers toutes les commandes des scripts qui doivent être lancées en root? J'aimerais bien y mettre directement les deux scripts, mais comme ce ne sont pas des binaires, ça ne marche pas. J'allais dire Sticky Bit, mais j'ai bien fait de vérifier : du coup, je vais dire SUID (http://fr.wikipedia.org/wiki/Permissions_Unix#Droit_SUID) ^^ Non ça n'est pas si simple que ça parce que précisément le SUID n'a pas d'effet sur un shell script (sauf erreur de ma part). Exemple: ~# echo touch /root/test foo.sh ~# chmod +x,+s foo.sh ~# ll foo.sh -rwsr-sr-x 1 root 17 aoû 15 12:28 foo.sh ~# exit exit ~$ /root/foo.sh touch: ne peut faire un touch sur `/root/test': Permission non accordée ++ Thomas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [résolu] Re: Pb boot : acpi=off ... et après
Le lundi 29 décembre 2008, Grégory Bulot a écrit : Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sun, 28 Dec 2008 18:43:39 +0100 j'suis passé a travers jusqu'a maintenant ! Vérifies quand même. j'ai le r205u0, le dernier semble être le r243u0 (bien que sur le ftp cela semble être le r0247u0.exe), j'essais de retrouver une disquette et voir si ça fonctionne sous wine (*.exe oblige) bon après maj bios en version 0243 (0205 à l'origine), pas de problème de boot avec l'acpi - j'ai les touches 'Fn'+[son/luminosité/...] qui sont enfin reconnues - L'état de la batterie qui est connue (elle est HS à 0% ) -- Cordialement Grégory BULOT Les bios ont souvent été lachés dans la nature avant d'être finis. Tu as la possibilité de corriger à chaud pour que ton acpi fonctionne à peu prés, mais si le problême à corriger concerne un problême en amont du boot, il n'y a que le flashage pour règler le problême. ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Faire disquette de maj bios [ etait : Re: Pb boot : acpi=off ... et après]
Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sun, 28 Dec 2008 18:43:39 +0100 j'suis passé a travers jusqu'a maintenant ! Vérifies quand même. j'ai le r205u0, le dernier semble être le r243u0 (bien que sur le ftp cela semble être le r0247u0.exe), j'essais de retrouver une disquette et voir si ça fonctionne sous wine (*.exe oblige) erf comment créer la disquette de maj du bios avec linux ? - le man mkfs.vfat précise qu'il est impossible de faire une disquette de boot, mais formate sans erreur - dosemu foire a la fin du formatage (plusieurs disquettes ont été testées) -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Faire disquette de maj bios [ etait : Re: Pb boot : acpi=off ... et après]
On Monday 29 December 2008 12:29:10 Grégory Bulot wrote: Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sun, 28 Dec 2008 18:43:39 +0100 j'suis passé a travers jusqu'a maintenant ! Vérifies quand même. j'ai le r205u0, le dernier semble être le r243u0 (bien que sur le ftp cela semble être le r0247u0.exe), j'essais de retrouver une disquette et voir si ça fonctionne sous wine (*.exe oblige) erf comment créer la disquette de maj du bios avec linux ? - le man mkfs.vfat précise qu'il est impossible de faire une disquette de boot, mais formate sans erreur - dosemu foire a la fin du formatage (plusieurs disquettes ont été testées) -- Cordialement Grégory BULOT Connais-tu freedos? http://www.freedos.org/freedos/files/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Faire disquette de maj bios [ etait : Re: Pb boot : acpi=off ... et après]
Grégory Bulot debian.l...@batman.dyndns.org à écrit le Mon, 29 Dec 2008 12:29:10 +0100 j'ai envoyé trop vite y'a pas le message d'erreur ... erf comment créer la disquette de maj du bios avec linux ? - le man mkfs.vfat précise qu'il est impossible de faire une disquette de boot, mais formate sans erreur - dosemu foire a la fin du formatage (plusieurs disquettes ont été testées) [...] Welcome to dosemu 1.4.0.0! C:\format a: /u /s Insert new diskette for drive A: Press ENTER when the right disk is in drive... Using drive default: 1440k (Cyl=80 Head=2 Sec=18) Please enter volume label (max. 11 chars): No label, disk will have no creation timestamp. Full Formatting (wiping all data) 100 percent completed. Preparing FAT area... Drive_IO(WRITE 1, count 1 ) [FAT12/16] [drive A*] Critical error during DOS disk access DOS driver error (hex): 01 Description: unknown unit for driver Program terminated. [Error 129 j'entends bien la tête de lecteur se balader sur la surface de la disquette pendant que le pourcentage d'avancement progresse, mais à la fin (après le 100 percent completed) ça foire. -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Faire disquette de maj bios [ etait : Re: Pb boot : acpi=off ... et après]
Thierry Chatelet tchate...@free.fr à écrit le Mon, 29 Dec 2008 12:38:09 +0100 Connais-tu freedos? http://www.freedos.org/freedos/files/ sur ma lenny dosemu=freedos Paquets fournissant dosemu-freedos dosemu The Linux DOS Emulator aptitude install freedos [...] Impossible de trouver le paquet « freedos ». Cependant, les paquets suivants comportent « freedos » dans leur nom : dosemu-freedos par contre aptitude install dosemu-freedos [...] Aucun paquet ne va être installé, mis à jour ou enlevé. 0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés. j'ai installé dosemu vi dpkg -i dosemu_1.4.0+svn.1828-2+b1_i386.deb sur un ftp debian dpkg -l dosemu Version Description +++-=-=-== ii dosemu1.4.0+svn.1828-2+b1 The Linux DOS Emulator -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Faire disquette de maj bios [ etait : Re: Pb boot : acpi=off ... et après]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grégory Bulot a écrit : Thierry Chatelet tchate...@free.fr à écrit le Mon, 29 Dec 2008 12:38:09 +0100 Connais-tu freedos? http://www.freedos.org/freedos/files/ sur ma lenny dosemu=freedos dosemu, comme son nom l'indique, propose une émulation. Freedos, lui est un système d'exploitation... Si tu rechignes à l'installer, tu peux trouver des cd qui permettent de démarrer dessus comme un live CD (ubcd le propose). Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklYwSgACgkQ18/WetbTC/rVGQCfQIcVt3BuoFrRzZAIKpsdN+pF 87kAmQF9V+Px6BnRoKJJEm2toQ0yvdqR =pld8 -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Faire disquette de maj bios [ etait : Re: Pb boot : acpi=off ... et après]
Bonjour, Moi j'utilise l'astuce de flamby : http://forum.debian-fr.org/viewtopic.php?f=8t=10462 Tu rajoutes dans ton menu.lst (en dehors de la zone debian) les 3 lignes de l'entree freedos ... et tu pourras booter sous dos chaque fois que tu auras besoin d'upgrader ton bios ;-) Guy Grégory Bulot a écrit : Thierry Chatelet tchate...@free.fr à écrit le Mon, 29 Dec 2008 12:38:09 +0100 Connais-tu freedos? http://www.freedos.org/freedos/files/ sur ma lenny dosemu=freedos Paquets fournissant dosemu-freedos dosemu The Linux DOS Emulator aptitude install freedos [...] Impossible de trouver le paquet « freedos ». Cependant, les paquets suivants comportent « freedos » dans leur nom : dosemu-freedos par contre aptitude install dosemu-freedos [...] Aucun paquet ne va être installé, mis à jour ou enlevé. 0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés. j'ai installé dosemu vi dpkg -i dosemu_1.4.0+svn.1828-2+b1_i386.deb sur un ftp debian dpkg -l dosemu Version Description +++-=-=-== ii dosemu1.4.0+svn.1828-2+b1 The Linux DOS Emulator -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Faire disquette de maj bios [ etait : Re: Pb boot : acpi=off ... et après]
David Prévot dav...@altern.org à écrit le Mon, 29 Dec 2008 08:23:05 -0400 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grégory Bulot a écrit : Thierry Chatelet tchate...@free.fr à écrit le Mon, 29 Dec 2008 12:38:09 +0100 Connais-tu freedos? http://www.freedos.org/freedos/files/ sur ma lenny dosemu=freedos dosemu, comme son nom l'indique, propose une émulation. Freedos, lui est un système d'exploitation... Si tu rechignes à l'installer, tu peux trouver des cd qui permettent de démarrer dessus comme un live CD (ubcd le propose). Amicalement David Quel empoté je fais, tellement barré dans mon truc d'émulation, que j'avais pas fait gaffe à la différence entre l'émulation et booter via freedos j'avais oublié que j'avais system rescuecd, avec freedos dessus, je regarde tous ça ... -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[résolu] Re: Pb boot : acpi=off ... et après
Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sun, 28 Dec 2008 18:43:39 +0100 j'suis passé a travers jusqu'a maintenant ! Vérifies quand même. j'ai le r205u0, le dernier semble être le r243u0 (bien que sur le ftp cela semble être le r0247u0.exe), j'essais de retrouver une disquette et voir si ça fonctionne sous wine (*.exe oblige) bon après maj bios en version 0243 (0205 à l'origine), pas de problème de boot avec l'acpi - j'ai les touches 'Fn'+[son/luminosité/...] qui sont enfin reconnues - L'état de la batterie qui est connue (elle est HS à 0% ) -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Mathieu JANIN matto...@orange.fr à écrit le Sat, 27 Dec 2008 20:02:22 +0100 uname -a 2.6.26-1-686, standard debian tu as essayé un linux-image-2.6-486 (en 2.6.26, il semble que ce soit maintenant un 2.6.26-17 en plus) j'ai le 2.6.26+12, avec aucune maj proposé, j'ai installé la dernière en i686 et i486 : aucune différence (sans le acpi=off) l'occasion d'en faire et de connaitre ce genre de douces suées froides: Est ce que ça va bien se passer ? j'suis passé a travers jusqu'a maintenant ! Vérifies quand même. j'ai le r205u0, le dernier semble être le r243u0 (bien que sur le ftp cela semble être le r0247u0.exe), j'essais de retrouver une disquette et voir si ça fonctionne sous wine (*.exe oblige) j'ai fait des photos : - du boot qui foire (sans acpi=off) - page d'accueil du bios http://joomla.bulot-fr.com/component/option,com_zoom/Itemid,28/catid,28/ Cordialement Grégory BULOT ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Mathieu JANIN matto...@orange.fr à écrit le Sun, 21 Dec 2008 23:19:36 +0100 Désolé pour ce retard de réponse, j'ai pris une semaine de sevrage sans ordi en vacances ! Le samedi 20 décembre 2008, Grégory Bulot a écrit : (...) Quel noyau as tu installé, d'ailleurs ? Je suis en 64 donc je ne peux (...) uname -a Oui ? Mais encore ? oops, uname -a 2.6.26-1-686, standard debian l'occasion d'en faire et de connaitre ce genre de douces suées froides: Est ce que ça va bien se passer ? j'suis passé a travers jusqu'a maintenant ! -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Le samedi 27 décembre 2008, Grégory Bulot a écrit : Mathieu JANIN matto...@orange.fr à écrit le Sun, 21 Dec 2008 23:19:36 +0100 Désolé pour ce retard de réponse, j'ai pris une semaine de sevrage sans ordi en vacances ! Le samedi 20 décembre 2008, Grégory Bulot a écrit : (...) Quel noyau as tu installé, d'ailleurs ? Je suis en 64 donc je ne peux (...) uname -a Oui ? Mais encore ? oops, uname -a 2.6.26-1-686, standard debian tu as essayé un linux-image-2.6-486 (en 2.6.26, il semble que ce soit maintenant un 2.6.26-17 en plus) l'occasion d'en faire et de connaitre ce genre de douces suées froides: Est ce que ça va bien se passer ? j'suis passé a travers jusqu'a maintenant ! Vérifies quand même. Cordialement Grégory BULOT ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Le samedi 20 décembre 2008, Grégory Bulot a écrit : (...) Quel noyau as tu installé, d'ailleurs ? Je suis en 64 donc je ne peux (...) uname -a Oui ? Mais encore ? Effectivement ce document est précieux mais je me pose la question : - est-ce bien pci qui pose problème - ou le 'truc' juste après le message pci lors du boot : c'est à dire acpi Ben ça ? Par ailleurs, as tu regardé si le bios de la carte mère n'avait pas une màj qui pourrait peut être corriger ton acpi foireux ? j'avoue ne jamais avoir flashé de bios depuis 20ans que je bricole la dessus, mais il faudrait que je regarde (vu l'âge de la bête j'aurais du bol si je trouve encore une maj dispo) Ben il y a souvent de vieux ACPI foireux, et il y a des outils dans le noyau qui peuvent corriger ça logiciellement, mais si tu ne démarre pas, c'est que ces correcteurs ne fonctionnent pas. Il faut alors envisager de se rabattre sur une mise à jour du hard. Moi aussi, ça fait... (punaise) 28 ans que j'ai le nez dans les ordis, depuis mes premiers trucs sur sharp MZ80 (en 80 justement), et j'en ai quand même fait quelques uns des flashages. J'ai même cramé des cartes neuves. Je suis donc un peu étonné que tu n'aies pas eu l'occasion d'en faire et de connaitre ce genre de douces suées froides: Est ce que ça va bien se passer ? Cordialement Grégory BULOT ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Pb boot : acpi=off ... et après
Bonjour, j'ai récupéré un vieux Sony vaio Piii pour y mettre une lenny L'install n'a jamais voulu se faire jusqu'a ce que j'utilise l'option acpi=off au boot (noapic nolapic n'y ont rien fait) bon maintenant que l'install est terminé avec acpi off : - pas d'accès aux sensors - pas accès aux touches spécifiques : lumière, contraste, switch écran, ... le module sonypi dépend d'acpi ! existe-t-il une astuce que j'aurais raté ? un contournement ? -- Cordialement Grégory BULOT -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Grégory Bulot a écrit : j'ai récupéré un vieux Sony vaio Piii pour y mettre une lenny L'install n'a jamais voulu se faire jusqu'a ce que j'utilise l'option acpi=off au boot (noapic nolapic n'y ont rien fait) bon maintenant que l'install est terminé avec acpi off : - pas d'accès aux sensors - pas accès aux touches spécifiques : lumière, contraste, switch écran, ... le module sonypi dépend d'acpi ! existe-t-il une astuce que j'aurais raté ? un contournement ? Il fautdrait regarder pourquoi l'installation échoue. Il n'est peut-être pas nécessaire de désactiver totalement l'ACPI mais seulement une de ses fonctions qui pose problème. Par exemple, sur un très vieil IBM Aptiva j'ai dû spécifier l'option pci=noacpi sinon le noyau se vautrait dans l'identification des IRQ du contrôleur IDE. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Pascal Hambourg pascal.m...@plouf.fr.eu.org à écrit le Sat, 20 Dec 2008 11:48:15 +0100 Il fautdrait regarder pourquoi l'installation échoue. Il n'est peut-être pas nécessaire de désactiver totalement l'ACPI mais seulement une de ses fonctions qui pose problème. Par exemple, sur un très vieil IBM Aptiva j'ai dû spécifier l'option pci=noacpi sinon le noyau se vautrait dans l'identification des IRQ du contrôleur IDE. Après le passage par l'initrd, Decompressing Linux ... Parsing ELF done. Booting the kernel. [puis plus rien] Sans aucune pccard ou autre périphérique. Ce portable ne possède pas de wifi (juste ethernet) J'ai essayé le pci=noacpi, après je connais pas toutes les options possible de ce type, sur google/linux j'ai pas trouvé via boot acpi -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Grégory Bulot a écrit : Après le passage par l'initrd, Après le chargeur, non ? L'initrd est chargé après le noyau. Decompressing Linux ... Parsing ELF done. Booting the kernel. [puis plus rien] Ça ne va pas beaucoup aider... J'ai essayé le pci=noacpi C'était juste un exemple, dans mon cas le noyau démarrait mais il y avait des erreurs lors des tentatives d'accès disque pour lire la table de partition. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Pascal Hambourg pascal.m...@plouf.fr.eu.org à écrit le Sat, 20 Dec 2008 12:28:24 +0100 Grégory Bulot a écrit : Après le passage par l'initrd, Après le chargeur, non ? L'initrd est chargé après le noyau. Decompressing Linux ... Parsing ELF done. Booting the kernel. [puis plus rien] Ça ne va pas beaucoup aider... je sais mais j'en ai pas plus (sauf a faire acpi=off) J'ai essayé le pci=noacpi C'était juste un exemple, dans mon cas le noyau démarrait mais il y avait des erreurs lors des tentatives d'accès disque pour lire la table de partition. me doutais que c'était un exemple, mais bon, cela ne coutait pas grand chose d'essayer j'ai vu passer aussi pci=biosirq pour les vaio, mais cela ne fais pas avancer le schmilblick -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sat, 20 Dec 2008 12:39:41 +0100 Pascal Hambourg pascal.m...@plouf.fr.eu.org à écrit le Sat, 20 Dec 2008 12:28:24 +0100 Grégory Bulot a écrit : Après le passage par l'initrd, Après le chargeur, non ? L'initrd est chargé après le noyau. Decompressing Linux ... Parsing ELF done. Booting the kernel. [puis plus rien] Ça ne va pas beaucoup aider... j'avais zappé l'option 'quiet', après suppression de cette option y'a pas mal de lignes qui apparaissent, j'ai noté : Local apic not detected. using dummy apic emulation ... cela bloque après la ligne : Setting up standard pci ressources (au vu de ce que j'ai trouvé sur le net, juste après c'est l'acpi) -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Bonjour, Le noyau utilisé pour l'install est une chose, mais as tu reéssayé nolapic sur le noyau installé ? Quel noyau as tu installé, d'ailleurs ? Je suis en 64 donc je ne peux pas les lister, mais tu dois en avoir une floppée de différents en 32 bits. Peut être en en compilant un avec des options qui ne sont pas activées par défaut dans le noyau de distrib pour cause d'obsolescence ? Et sinon, des options genre pci=routeirq ? Pour aller plus loin, puisque tes messages semblent indiquer que ça pêche sur le pci: http://tldp.org/HOWTO/BootPrompt-HOWTO-4.html Par ailleurs, as tu regardé si le bios de la carte mère n'avait pas une màj qui pourrait peut être corriger ton acpi foireux ? ++, MATT Le samedi 20 décembre 2008, Grégory Bulot a écrit : Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sat, 20 Dec 2008 12:39:41 +0100 Pascal Hambourg pascal.m...@plouf.fr.eu.org à écrit le Sat, 20 Dec 2008 12:28:24 +0100 Grégory Bulot a écrit : Après le passage par l'initrd, Après le chargeur, non ? L'initrd est chargé après le noyau. Decompressing Linux ... Parsing ELF done. Booting the kernel. [puis plus rien] Ça ne va pas beaucoup aider... j'avais zappé l'option 'quiet', après suppression de cette option y'a pas mal de lignes qui apparaissent, j'ai noté : Local apic not detected. using dummy apic emulation ... cela bloque après la ligne : Setting up standard pci ressources (au vu de ce que j'ai trouvé sur le net, juste après c'est l'acpi) -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
On Sat, Dec 20, 2008 at 03:18:31PM +0100, Mathieu JANIN wrote: Bonjour, [...] Et sinon, des options genre pci=routeirq ? Pour aller plus loin, puisque tes messages semblent indiquer que ça pêche sur le pci: http://tldp.org/HOWTO/BootPrompt-HOWTO-4.html Par ailleurs, as tu regardé si le bios de la carte mère n'avait pas une màj qui pourrait peut être corriger ton acpi foireux ? Sur les HP DC7600, DC7700... je boot avec pci=conf1. Apparement, le plug and play reste bloqué. Avec cette option, on force le choix de la coniguration N°1 proposée par les peripheriques. signature.asc Description: Digital signature
Re: Pb boot : acpi=off ... et après
Mathieu JANIN matto...@orange.fr à écrit le Sat, 20 Dec 2008 15:18:31 +0100 Bonjour, Le noyau utilisé pour l'install est une chose, mais as tu reéssayé nolapic sur le noyau installé ? oui, ainsi que que noapic (cumulé avec nolapic, et de façon indépendante) Quel noyau as tu installé, d'ailleurs ? Je suis en 64 donc je ne peux pas les lister, mais tu dois en avoir une floppée de différents en 32 bits. Peut être en en compilant un avec des options qui ne sont pas activées par défaut dans le noyau de distrib pour cause d'obsolescence ? uname -a Et sinon, des options genre pci=routeirq ? pci=noacpi, et la c'est très étrange : plus rien à l'affiche (sur l'écran du portable (même message que mon post initial) mais le pc continue de démarrer, en ssh les derniers log de xorg sont : Primary device is not PCI Could not get primary PCI info Pour aller plus loin, puisque tes messages semblent indiquer que ça pêche sur le pci: http://tldp.org/HOWTO/BootPrompt-HOWTO-4.html Effectivement ce document est précieux mais je me pose la question : - est-ce bien pci qui pose problème - ou le 'truc' juste après le message pci lors du boot : c'est à dire acpi Par ailleurs, as tu regardé si le bios de la carte mère n'avait pas une màj qui pourrait peut être corriger ton acpi foireux ? j'avoue ne jamais avoir flashé de bios depuis 20ans que je bricole la dessus, mais il faudrait que je regarde (vu l'âge de la bête j'aurais du bol si je trouve encore une maj dispo) -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pb boot : acpi=off ... et après
Gilles Mocellin gilles.mocel...@free.fr à écrit le Sat, 20 Dec 2008 15:42:38 +0100 Sur les HP DC7600, DC7700... je boot avec pci=conf1. Apparement, le plug and play reste bloqué. Avec cette option, on force le choix de la coniguration N°1 proposée par les peripheriques. même réponse que pour le post de mathieu, après le message setting up standard pci ressources écran figé, la machine continue son boot normal, et xorg (xorg.0.log) dit Primary device is not PCI Could not get primary PCI info -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Wifi iwl4965 ne fonctionne pas avec acpi activé
Le 5 décembre 2008 23:33, Sylvain Sauvage [EMAIL PROTECTED] a écrit : 'soir, Mathieu JANIN, vendredi 5 décembre 2008, 22:47:07 CET […] Pour info, le démon dont il a été sujet dans ce fil n'est plus utile sur les nouveaux pilotes parce que Intel a fini par comprendre que ça ne servait pas (c'était un morceau de code fermé pour limiter les fréquences). Maintenant, Intel collabore bien et le pilote s'améliore. [EMAIL PROTECTED]:~$ cat /sys/bus/pci/drivers/iwl3945/\:05\:00.0/rf_kill 0 (d'ailleurs, je m'apercois que pour activer le wifi, c'est 0 qu'il faut mettre dans le fichier, et pas un comme je le pensais). En fait, c'est logique : 0 = désactiver le rf_kill, 1 = activer le rf_kill, soit 0 = activer le wifi, 1 = désactiver le wifi. Tu es certain que tu n'as pas un fichier rf_kill quelquepart dans un sous répertoire de /sys/bus/pci/drivers ? Oui j'ai fait tout les répertoires ainsi que sous-répertoires et je n'ai rien trouvé du nom de rf_kill. Je savais pour le remplacement de l'étoile par un nom avec des chiffres... En même temps ça fonctionne avec une étoile quand on fait : ls /sys/bus/pci/drivers/iwl3945/* | grep rf_kill Malheureusement je n'ai rien en retour de cette commande. C'est bien du wifi embarqué ? A priori, c'est bien sur le bus pci ? Hmm, le 4965 peut être en pci-express, donc répertoire /sys/bus/pci_express/drivers/… Je n'ai pas regardé dans pci_express mais l'inconvénient c'est que j'ai recherché avec locate (ayant fait un updatedb avant) et il ne m'a rien trouvé non plus du nom de rf_kill... Je regarderais ce soir, et je vous tiens au courant. Merci à tous de votre aide -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Le dimanche 07 décembre 2008, Thomas Gobet a écrit : Le 5 décembre 2008 23:33, Sylvain Sauvage [EMAIL PROTECTED] a écrit : 'soir, Mathieu JANIN, vendredi 5 décembre 2008, 22:47:07 CET […] Pour info, le démon dont il a été sujet dans ce fil n'est plus utile sur les nouveaux pilotes parce que Intel a fini par comprendre que ça ne servait pas (c'était un morceau de code fermé pour limiter les fréquences). Maintenant, Intel collabore bien et le pilote s'améliore. [EMAIL PROTECTED]:~$ cat /sys/bus/pci/drivers/iwl3945/\:05\:00.0/rf_kill 0 (d'ailleurs, je m'apercois que pour activer le wifi, c'est 0 qu'il faut mettre dans le fichier, et pas un comme je le pensais). En fait, c'est logique : 0 = désactiver le rf_kill, 1 = activer le rf_kill, soit 0 = activer le wifi, 1 = désactiver le wifi. Tu es certain que tu n'as pas un fichier rf_kill quelquepart dans un sous répertoire de /sys/bus/pci/drivers ? Oui j'ai fait tout les répertoires ainsi que sous-répertoires et je n'ai rien trouvé du nom de rf_kill. Je savais pour le remplacement de l'étoile par un nom avec des chiffres... En même temps ça fonctionne avec une étoile quand on fait : ls /sys/bus/pci/drivers/iwl3945/* | grep rf_kill Malheureusement je n'ai rien en retour de cette commande. C'est bien du wifi embarqué ? A priori, c'est bien sur le bus pci ? Hmm, le 4965 peut être en pci-express, donc répertoire /sys/bus/pci_express/drivers/… Je n'ai pas regardé dans pci_express mais l'inconvénient c'est que j'ai recherché avec locate (ayant fait un updatedb avant) et il ne m'a rien trouvé non plus du nom de rf_kill... Je regarderais ce soir, et je vous tiens au courant. Merci à tous de votre aide -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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] même find /sys/bus -name rf_kill -print ne te signale rien ? Ben désolé, pas d'autre idée. ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
Wifi iwl4965 ne fonctionne pas avec acpi activé
Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Lors de l'installation j'avais un problème au niveau de l'activation de l'interface. En effet dans /dmesg /j'avais un message qui m'indiquait que l'acpi désactivait systématiquement l'interface dès que je l'activais... J'ai donc essayé de désactivé l'acpi dans le grub et maintenant tout fonctionne bien. Malheureusement ce que j'espérais temporaire, est toujours d'actualité faute d'avoir trouvé une solution. Si je réactive l'ACPI une fois ma debian démarrée, je n'ai plus de wifi. J'espère que quelqu'un pourra me donner la solution pour faire cohabiter acpi et le wifi. Merci d'avance.
Re: Wifi iwl4965 ne fonctionne pas avec acpi activé
Le vendredi 05 décembre 2008, Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Lors de l'installation j'avais un problème au niveau de l'activation de l'interface. En effet dans /dmesg /j'avais un message qui m'indiquait que l'acpi désactivait systématiquement l'interface dès que je l'activais... J'ai donc essayé de désactivé l'acpi dans le grub et maintenant tout fonctionne bien. Malheureusement ce que j'espérais temporaire, est toujours d'actualité faute d'avoir trouvé une solution. Si je réactive l'ACPI une fois ma debian démarrée, je n'ai plus de wifi. J'espère que quelqu'un pourra me donner la solution pour faire cohabiter acpi et le wifi. Merci d'avance. Le message étant précisément quoi ? ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Juste une tite remarque : t'as installé le daemon pour cette carte ? Au labo on a des G1 avec cette carte et tout fonctionne correctement. Il faut un firmware, le daemon et le module du noyau. Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Le vendredi 05 décembre 2008, Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Lors de l'installation j'avais un problème au niveau de l'activation de l'interface. En effet dans /dmesg /j'avais un message qui m'indiquait que l'acpi désactivait systématiquement l'interface dès que je l'activais... J'ai donc essayé de désactivé l'acpi dans le grub et maintenant tout fonctionne bien. Malheureusement ce que j'espérais temporaire, est toujours d'actualité faute d'avoir trouvé une solution. Si je réactive l'ACPI une fois ma debian démarrée, je n'ai plus de wifi. J'espère que quelqu'un pourra me donner la solution pour faire cohabiter acpi et le wifi. Merci d'avance. Le message étant précisément quoi ? Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch / ++, MATT
Re: Wifi iwl4965 ne fonctionne pas avec acpi activé
Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Juste une tite remarque : t'as installé le daemon pour cette carte ? Je ne vois pas de quel daemon tu veux parler... J'ai bien installé tout ce qui est module et firmware mais pour le daemon ... En plus je ne vois rien dans les dépôts correspondant à ça, donc je suis un peu bloqué... Au labo on a des G1 avec cette carte et tout fonctionne correctement. Il faut un firmware, le daemon et le module du noyau. Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Thomas GOBET a écrit : [snip] Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch Ben je ne vois pas de pb d'acpi...Il dit juste que le wifi est éteint via l'interrupteur wifi (HW RF Kill switch). regarde du côté de l'interrupteur. S'il c'est un bouton poussoir, pas de pb...si c'est une touche style fn+touche...ben là ça va être plus dur...regarde du côté du bios : allume automatiquement le wifi de manière hardware dan sle bios, comme ça il sera activé au boot. Ensuite tu peux le désactiver de manière software (enfin sur le ipw2200 c'est comme ça...). BYe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Juste une tite remarque : t'as installé le daemon pour cette carte ? Je ne vois pas de quel daemon tu veux parler... J'ai bien installé tout ce qui est module et firmware mais pour le daemon ... attends je reregarde...je crois que j'ai confondu avec un autre portable...mais on a des G1 au boulot je regarde comme c'est... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch Ben je ne vois pas de pb d'acpi...Il dit juste que le wifi est éteint via l'interrupteur wifi (HW RF Kill switch). regarde du côté de l'interrupteur. S'il c'est un bouton poussoir, pas de pb...si c'est une touche style fn+touche...ben là ça va être plus dur...regarde du côté du bios : allume automatiquement le wifi de manière hardware dan sle bios, comme ça il sera activé au boot. Ensuite tu peux le désactiver de manière software (enfin sur le ipw2200 c'est comme ça...). Non j'ai déjà regardé du côté du bios mais tout est déjà activé et c'est bien activé. J'ai testé pendant 2 semaines par d'autres moyens que désactivé l'acpi, et rien n'a marché... Désolé pour la mauvaise nouvelle, mais le problème n'est donc pas encore réglé... BYe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Juste une tite remarque : t'as installé le daemon pour cette carte ? Je ne vois pas de quel daemon tu veux parler... J'ai bien installé tout ce qui est module et firmware mais pour le daemon ... Bon quelle version de debian tu utilises ? sid, stable ? appremment il y a plusieurs méthodes : d'une part il y a celle ou tu installes les paquets ipw3945d, ipw3945-modules-tonnoyau et firmware-ipw3945. et l'autre qui est ss doute je pense la nouvelle méthode avec iwlwifi ou un truc du genre... Mais au vue de ton message regarde du côté de l'interrupteur et du bios... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Thomas GOBET a écrit : Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch Ben je ne vois pas de pb d'acpi...Il dit juste que le wifi est éteint via l'interrupteur wifi (HW RF Kill switch). regarde du côté de l'interrupteur. S'il c'est un bouton poussoir, pas de pb...si c'est une touche style fn+touche...ben là ça va être plus dur...regarde du côté du bios : allume automatiquement le wifi de manière hardware dan sle bios, comme ça il sera activé au boot. Ensuite tu peux le désactiver de manière software (enfin sur le ipw2200 c'est comme ça...). Non j'ai déjà regardé du côté du bios mais tout est déjà activé et c'est bien activé. J'ai testé pendant 2 semaines par d'autres moyens que désactivé l'acpi, et rien n'a marché... Désolé pour la mauvaise nouvelle, mais le problème n'est donc pas encore réglé... BOn je viens de regarder sur le G1 du labo. En effet il n'y a rien à configurer dans le bios. va sous windows et active le wifi, puis redémarre sous linux (sans avoir désactiver le wifi). Tu as tjs le même message au sujet du kill switch ? Bon sur le G1 du labo (ubuntu heron), le driver chargé est le iwl3945 sans daemon. Auparavant j'avais aidé le possesseur de ce laptop à installer une mandriva avec ipw3945 et le daeman qui va avec. donc théoriquement les deux méthodes fonctionnent. Donne nous la version de ton noyau. Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch Ben je ne vois pas de pb d'acpi...Il dit juste que le wifi est éteint via l'interrupteur wifi (HW RF Kill switch). regarde du côté de l'interrupteur. S'il c'est un bouton poussoir, pas de pb...si c'est une touche style fn+touche...ben là ça va être plus dur...regarde du côté du bios : allume automatiquement le wifi de manière hardware dan sle bios, comme ça il sera activé au boot. Ensuite tu peux le désactiver de manière software (enfin sur le ipw2200 c'est comme ça...). Non j'ai déjà regardé du côté du bios mais tout est déjà activé et c'est bien activé. J'ai testé pendant 2 semaines par d'autres moyens que désactivé l'acpi, et rien n'a marché... Désolé pour la mauvaise nouvelle, mais le problème n'est donc pas encore réglé... BOn je viens de regarder sur le G1 du labo. En effet il n'y a rien à configurer dans le bios. va sous windows et active le wifi, puis redémarre sous linux (sans avoir désactiver le wifi). Tu as tjs le même message au sujet du kill switch ? Bon sur le G1 du labo (ubuntu heron), le driver chargé est le iwl3945 sans daemon. Auparavant j'avais aidé le possesseur de ce laptop à installer une mandriva avec ipw3945 et le daeman qui va avec. donc théoriquement les deux méthodes fonctionnent. Donne nous la version de ton noyau. La version de mon noyau est un : sid (à savoir 2.6-26...i386) Je n'ai pas windows sur mon PC. Je n'ai que Windows d'installer mais comme le wifi fonctionnait encore quand je l'avais éteint pour la dernière fois ça ne pose aucun problème. Moi aussi j'ai installé le driver iwl3945 avec le firmware correspondant et malheureusement ça ne suffit pas à le faire fonctionner parfaitement. Pour le bios tout est bien activé, il n'y a pas de problème de ce côté là... Avec une Ubuntu j'avais essayé et en effet tout fonctionnait bien, mais avec debian je me heurte au problème d'acpi... Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Le vendredi 05 décembre 2008, vous avez écrit : Le vendredi 05 décembre 2008, Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Lors de l'installation j'avais un problème au niveau de l'activation de l'interface. En effet dans /dmesg /j'avais un message qui m'indiquait que l'acpi désactivait systématiquement l'interface dès que je l'activais... J'ai donc essayé de désactivé l'acpi dans le grub et maintenant tout fonctionne bien. Malheureusement ce que j'espérais temporaire, est toujours d'actualité faute d'avoir trouvé une solution. Si je réactive l'ACPI une fois ma debian démarrée, je n'ai plus de wifi. J'espère que quelqu'un pourra me donner la solution pour faire cohabiter acpi et le wifi. Merci d'avance. Le message étant précisément quoi ? Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch / ++, MATT Yo. Ce n'est pas à moi personnellement que tu devrais répondre, mais plutot à la liste. Sinon, ton message dit juste que ton wifi est désactivé par un switch hardware (un bouton). Ce switch peut n'être hardware que sur le papier, si tu lui apporte une couche d'acpi (comme le bouton power qui peut délèguer son effet au software ACPI). Quand la machine démarre, ce HW kill switch est off, et son toggling est conditionné à l'ACPI que tu as installé. Si le bouton qui permet d'activer/désactiver ce switch n'est pas bien configuré dans l'ACPI, alors, tu ne peux jamais activer ton wifi. Donc, première question, avec l'ACPI installé: - ton bouton activant/desactivant le wifi ne fonctionnerait il pas, par hasard, si tu tentes d'activer ton wifi avec ? - si tu n'as pas de bouton, que dit cat /sys/bus/pci/drivers/iwl4965/*/rf_kill ? - est ce que ton wifi fonctionne si tu fais (en root) echo 1 /sys/bus/pci/drivers/iwl4965/*/rf_kill ? ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Mathieu JANIN a écrit : Le vendredi 05 décembre 2008, vous avez écrit : Le vendredi 05 décembre 2008, Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Lors de l'installation j'avais un problème au niveau de l'activation de l'interface. En effet dans /dmesg /j'avais un message qui m'indiquait que l'acpi désactivait systématiquement l'interface dès que je l'activais... J'ai donc essayé de désactivé l'acpi dans le grub et maintenant tout fonctionne bien. Malheureusement ce que j'espérais temporaire, est toujours d'actualité faute d'avoir trouvé une solution. Si je réactive l'ACPI une fois ma debian démarrée, je n'ai plus de wifi. J'espère que quelqu'un pourra me donner la solution pour faire cohabiter acpi et le wifi. Merci d'avance. Le message étant précisément quoi ? Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch / ++, MATT Yo. Ce n'est pas à moi personnellement que tu devrais répondre, mais plutot à la liste. Sinon, ton message dit juste que ton wifi est désactivé par un switch hardware (un bouton). Ce switch peut n'être hardware que sur le papier, si tu lui apporte une couche d'acpi (comme le bouton power qui peut délèguer son effet au software ACPI). Quand la machine démarre, ce HW kill switch est off, et son toggling est conditionné à l'ACPI que tu as installé. Si le bouton qui permet d'activer/désactiver ce switch n'est pas bien configuré dans l'ACPI, alors, tu ne peux jamais activer ton wifi. Donc, première question, avec l'ACPI installé: - ton bouton activant/desactivant le wifi ne fonctionnerait il pas, par hasard, si tu tentes d'activer ton wifi avec ? - si tu n'as pas de bouton, que dit cat /sys/bus/pci/drivers/iwl4965/*/rf_kill ? - est ce que ton wifi fonctionne si tu fais (en root) echo 1 /sys/bus/pci/drivers/iwl4965/*/rf_kill ? ++, MATT D'ailleurs il y a un module du noyau rfkill. Est il chargé ? apporte t il qqch ? Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Le vendredi 05 décembre 2008, vous avez écrit : Le vendredi 05 décembre 2008, Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Lors de l'installation j'avais un problème au niveau de l'activation de l'interface. En effet dans /dmesg /j'avais un message qui m'indiquait que l'acpi désactivait systématiquement l'interface dès que je l'activais... J'ai donc essayé de désactivé l'acpi dans le grub et maintenant tout fonctionne bien. Malheureusement ce que j'espérais temporaire, est toujours d'actualité faute d'avoir trouvé une solution. Si je réactive l'ACPI une fois ma debian démarrée, je n'ai plus de wifi. J'espère que quelqu'un pourra me donner la solution pour faire cohabiter acpi et le wifi. Merci d'avance. Le message étant précisément quoi ? Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch / ++, MATT Yo. Ce n'est pas à moi personnellement que tu devrais répondre, mais plutot à la liste. Sinon, ton message dit juste que ton wifi est désactivé par un switch hardware (un bouton). Ce switch peut n'être hardware que sur le papier, si tu lui apporte une couche d'acpi (comme le bouton power qui peut délèguer son effet au software ACPI). Quand la machine démarre, ce HW kill switch est off, et son toggling est conditionné à l'ACPI que tu as installé. Si le bouton qui permet d'activer/désactiver ce switch n'est pas bien configuré dans l'ACPI, alors, tu ne peux jamais activer ton wifi. Donc, première question, avec l'ACPI installé: - ton bouton activant/desactivant le wifi ne fonctionnerait il pas, par hasard, si tu tentes d'activer ton wifi avec ? - si tu n'as pas de bouton, que dit cat /sys/bus/pci/drivers/iwl4965/*/rf_kill ? - est ce que ton wifi fonctionne si tu fais (en root) echo 1 /sys/bus/pci/drivers/iwl4965/*/rf_kill ? ++, MATT D'ailleurs il y a un module du noyau rfkill. Est il chargé ? apporte t il qqch ? Ce module est bien chargé mais je ne sais pas si il apporte quelque chose... Pour ce qui est du fichier pour rf_kill je ne le trouve nulle part. Ce ne sont que des liens symboliques, et je reviens toujours au même endroit. Donc je ne peux pas vous dire pour le résultat avec rf_kill. Bye Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activé
Le vendredi 05 décembre 2008, Thomas GOBET a écrit : Le vendredi 05 décembre 2008, vous avez écrit : Le vendredi 05 décembre 2008, Thomas GOBET a écrit : Bonjour à tous. J'ai un ASUS G1S avec un carte wifi Intel Corporation PRO/Wireless 4965. J'ai activé le module existant dans les dépôts avec le firmware correspondant. Lors de l'installation j'avais un problème au niveau de l'activation de l'interface. En effet dans /dmesg /j'avais un message qui m'indiquait que l'acpi désactivait systématiquement l'interface dès que je l'activais... J'ai donc essayé de désactivé l'acpi dans le grub et maintenant tout fonctionne bien. Malheureusement ce que j'espérais temporaire, est toujours d'actualité faute d'avoir trouvé une solution. Si je réactive l'ACPI une fois ma debian démarrée, je n'ai plus de wifi. J'espère que quelqu'un pourra me donner la solution pour faire cohabiter acpi et le wifi. Merci d'avance. Le message étant précisément quoi ? Voici la suite de messages, qui suivait l'activation de l'interface : /iwl4965: Intel Wireless Wifi link ACPI: PCI interrupt :03:00.0[A] - GSI 17 (level low) -IRQ 17 iwl4965: Detected intel wireless wifi link 4965AGN firmware: requesting iwlwifi-4965-1.ucode input:4965AGN as /class/input/input9 iwl4965: Radio disabled by HW RF Kill switch / ++, MATT Yo. Ce n'est pas à moi personnellement que tu devrais répondre, mais plutot à la liste. Sinon, ton message dit juste que ton wifi est désactivé par un switch hardware (un bouton). Ce switch peut n'être hardware que sur le papier, si tu lui apporte une couche d'acpi (comme le bouton power qui peut délèguer son effet au software ACPI). Quand la machine démarre, ce HW kill switch est off, et son toggling est conditionné à l'ACPI que tu as installé. Si le bouton qui permet d'activer/désactiver ce switch n'est pas bien configuré dans l'ACPI, alors, tu ne peux jamais activer ton wifi. Donc, première question, avec l'ACPI installé: - ton bouton activant/desactivant le wifi ne fonctionnerait il pas, par hasard, si tu tentes d'activer ton wifi avec ? - si tu n'as pas de bouton, que dit cat /sys/bus/pci/drivers/iwl4965/*/rf_kill ? - est ce que ton wifi fonctionne si tu fais (en root) echo 1 /sys/bus/pci/drivers/iwl4965/*/rf_kill ? ++, MATT D'ailleurs il y a un module du noyau rfkill. Est il chargé ? apporte t il qqch ? Ce module est bien chargé mais je ne sais pas si il apporte quelque chose... Pour ce qui est du fichier pour rf_kill je ne le trouve nulle part. Ce ne sont que des liens symboliques, et je reviens toujours au même endroit. Donc je ne peux pas vous dire pour le résultat avec rf_kill. Bye Bye Quand je met une * dans le chemin, c'est à remplacer par un répertoire ayant un id composé de chiffre, de points et de deux points. Par exemple, sur ma 3945 chez moi: [EMAIL PROTECTED]:~$ cat /sys/bus/pci/drivers/iwl3945/\:05\:00.0/rf_kill 0 (d'ailleurs, je m'apercois que pour activer le wifi, c'est 0 qu'il faut mettre dans le fichier, et pas un comme je le pensais). Tu es certain que tu n'as pas un fichier rf_kill quelquepart dans un sous répertoire de /sys/bus/pci/drivers ? C'est bien du wifi embarqué ? A priori, c'est bien sur le bus pci ? ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Wifi iwl4965 ne fonctionne pas avec acpi activ é
’soir, Mathieu JANIN, vendredi 5 décembre 2008, 22:47:07 CET […] Pour info, le démon dont il a été sujet dans ce fil n’est plus utile sur les nouveaux pilotes parce que Intel a fini par comprendre que ça ne servait pas (c’était un morceau de code fermé pour limiter les fréquences). Maintenant, Intel collabore bien et le pilote s’améliore. [EMAIL PROTECTED]:~$ cat /sys/bus/pci/drivers/iwl3945/\:05\:00.0/rf_kill 0 (d'ailleurs, je m'apercois que pour activer le wifi, c'est 0 qu'il faut mettre dans le fichier, et pas un comme je le pensais). En fait, c’est logique : 0 = désactiver le rf_kill, 1 = activer le rf_kill, soit 0 = activer le wifi, 1 = désactiver le wifi. Tu es certain que tu n'as pas un fichier rf_kill quelquepart dans un sous répertoire de /sys/bus/pci/drivers ? C'est bien du wifi embarqué ? A priori, c'est bien sur le bus pci ? Hmm, le 4965 peut être en pci-express, donc répertoire /sys/bus/pci_express/drivers/… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
problème acpi sur portable dell?
Bonjour all; J'ai depuis plusieurs mises à jours, des soucis avec mon portable, un 'vieux' dell inspiron 4150 (en fait, c'est une carte mère de latitude c650). Je n'arrive plus à régler la luminosité avec les touches de fonctions prévue pour cela. Les touches de fonctions du son fonctionne toujours, par contre. Et dans /proc/acpi/video/VID/LCD/ , les entrées ne fonctionnent pas non plus $ cat /proc/acpi/video/VID/LCD/info device_id:0x0110 type: UNKNOWN known by bios: no $ cat /proc/acpi/video/VID/LCD/brightness not supported Ce qui est le plus pénible, c'est qu'à chaque arrêt de la machine, la luminosité est diminuée, au bout de 3 ou 4 démarrages, la luminosité est au minimum (pas facile de lire dans ces conditions...) Je suis très désappointé! D'autant que je n'ai rien modifié dans l'acpi! Si quelqu'un a une piste, je suis preneur. Rémi. -- Merci de m'avoir lu jusqu'ici, longue Vie et Prosperite. http://www.suinot.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Bouton Power et évènement ACPI
Le jeudi 31 juillet 2008, Michel Grentzinger a écrit : Bonjour, La mise en veille sur RAM fonctionne avec kpowersave et je suppose gnome-power-manager mais j'aimerai me passer de ces utilitaires notament car ils peuvent être utilisés en parallèle. J'ai 2 serveurs X sur ma machine : un utilisé avec KDE et l'autre avec Gnome. J'ai peur des interférences... Pour l'instant, le bouton éteint proprement l'ordinateur. Comment associer le bouton power de ma tour à une mise en veille sur RAM ? Finalement, j'ai trouvé une solution avec powersaved. Dans /etc/powersave/events : EVENT_BUTTON_POWER=suspend_to_ram (au lieu de =wm_shutdown). Ça fonctionne mais ça n'a pas l'air bien stable : 1 reboot sur 2 au lieu d'un suspend-to-ram. Quelqu'un a-t-il la solution avec acpi-support pour un PC de bureau dépourvu de touches veille ? -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
Bouton Power et évènement ACPI
Bonjour, La mise en veille sur RAM fonctionne avec kpowersave et je suppose gnome-power-manager mais j'aimerai me passer de ces utilitaires notament car ils peuvent être utilisés en parallèle. J'ai 2 serveurs X sur ma machine : un utilisé avec KDE et l'autre avec Gnome. J'ai peur des interférences... Pour l'instant, le bouton éteint proprement l'ordinateur. Comment associer le bouton power de ma tour à une mise en veille sur RAM ? -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Lenny, IBM X30 acpi et X
On Mon, 14 Jul 2008 20:26:39 +0200 Jack.R [EMAIL PROTECTED] wrote: Bonjour, Sur un IBM X30 en Debian lenny/testing (noyau 2.6.25-2-686, xorg 1:7.3 +12, pilote i810), j'ai deux probl__mes qui, il me semble, n'existaient pas en etch: 1) si je branche un __cran externe, je n'arrive pas __ alterner avec Fn +F7 entre lcd, __cran externe, lcd+__cran externe. S'il est branch__ au d__marrage, lcd et __cran externe sont activ__s. 2) si je passe en veille via Fn+F4, au r__allumage (par Fn+F4 ou en ouvrant l'__cran), la carte graphique ne se r__veille pas regarde ici http://www.thinkwiki.org/wiki/ThinkWiki tu trouveras sans doute des infos interessantes... B- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Lenny, IBM X30 acpi et X
On Tue, 15 Jul 2008 11:39:34 +0100 napo978 [EMAIL PROTECTED] wrote: 2) si je passe en veille via Fn+F4, au r__allumage (par Fn+F4 ou en ouvrant l'__cran), la carte graphique ne se r__veille pas regarde ici http://www.thinkwiki.org/wiki/ThinkWiki tu trouveras sans doute des infos interessantes... B- J'avais déjà regardé mais je n'y ai pas trouvé de piste qui fonctionne. J'ai avancé un peu, pour la partie mise en veille, apparemment, uswsusp avec s2ram et s2disk est ce qu'il me faut. Il me reste à modifier les bons scripts dans /etc/acpi. Pour le verrouillage écran, le chargement du module thinkpad_acpi et l'adaptation du script dans /usr/share/acpi-support/screenblank fonctionne. il faut que je vérifie si je ne peux pas me passer de ce module supplémentaire. Merci -- Jack.R -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
Lenny, IBM X30 acpi et X
Bonjour, Sur un IBM X30 en Debian lenny/testing (noyau 2.6.25-2-686, xorg 1:7.3 +12, pilote i810), j'ai deux problèmes qui, il me semble, n'existaient pas en etch: 1) si je branche un écran externe, je n'arrive pas à alterner avec Fn +F7 entre lcd, écran externe, lcd+écran externe. S'il est branché au démarrage, lcd et écran externe sont activés. 2) si je passe en veille via Fn+F4, au réallumage (par Fn+F4 ou en ouvrant l'écran), la carte graphique ne se réveille pas J'ai essayé avec tpb (thinkpad button) et sans, je n'ai pas vu de différences. Mes recherches (pages de man, /usr/share/doc, BTS) ne m'ont pas permis de trouver le début d'une piste. Quelqu'un pourrait-il m'orienter dans la bonne direction ? Merci d'avance -- Jack.R -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo [résolu/contourné]
Le vendredi 06 juin 2008, Antò a écrit : L'option -F, elle permet de jouer un peu sur la vitesse des ventilos. Mais par contre, c'est à utiliser avec précaution ;-) En effet, cette option n'apparaît pas dans le man, mais est bien dans le: $ nvclock --help Ouf, ça calme un peu l'environnement sonore ! Merci infiniment ! :) ;) -- Le doute est le commencement de la sagesse Aristote -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo [résolu/conto urné]
s4mdf0o1 a écrit : Le vendredi 06 juin 2008, Antò a écrit : L'option -F, elle permet de jouer un peu sur la vitesse des ventilos. Mais par contre, c'est à utiliser avec précaution ;-) En effet, cette option n'apparaît pas dans le man, mais est bien dans le: $ nvclock --help Ouf, ça calme un peu l'environnement sonore ! Merci infiniment ! :) ;) Je t'en prie, attention par contre, ta CG risque chauffer beaucoup plus ... Ne pas hésiter à rétablir la vitesse du ventilo en cas d'utilisation un peu plus poussée :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo
Le jeudi 05 juin 2008, Antò a écrit : Sinon, si c'est juste pour monitorer la vitesse du ventilo de ta CG, il existe nvclock qui le permet. Il est dispo sous forme de paquet .deb. Merci de ta réponse ! Je l'avais vu, mais apparemment : nvclock is a program that allows you to overclock your NVidia’s memory and core speed. dans le man J'ai pas vu de prise en charge de ventilo, ou y'a un update !? Si ca peut aider :-) merci ;) Bon j'ai tenté un kernel-snapshot, pas mieux... J'espère au moins que ça finira pas par la cramer :P -- Les vérités qu'on aime le moins à apprendre sont celles que l'on a le plus d'intérêt à savoir. Proverbe Chinois -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo
s4mdf0o1 a écrit : Le jeudi 05 juin 2008, Antò a écrit : Sinon, si c'est juste pour monitorer la vitesse du ventilo de ta CG, il existe nvclock qui le permet. Il est dispo sous forme de paquet .deb. Merci de ta réponse ! Je l'avais vu, mais apparemment : nvclock is a program that allows you to overclock your NVidia’s memory and core speed. dans le man J'ai pas vu de prise en charge de ventilo, ou y'a un update !? L'option -F, elle permet de jouer un peu sur la vitesse des ventilos. Mais par contre, c'est à utiliser avec précaution ;-) Si ca peut aider :-) merci ;) Bon j'ai tenté un kernel-snapshot, pas mieux... J'espère au moins que ça finira pas par la cramer :P -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo
Le mardi 03 juin 2008, Jean-Michel Caricand a écrit : Je pense qu'il vous faut le driver NVidia officiel pour que votre ventilateur ne fonctionne que lorsque cela est nécessaire. Faites l'essai. Si je suis dans le vrai, l'information sera utile pour tous. J'ai déjà le driver proprio... Je pense que la régulation du ventilateur se fait par la détection par ACPI du sensor de température du GPU. Le système se fige au chargement du kernel : *Menu Grub Loading... =Freeze Ne fonctionnant alors qu'avec l'option acpi=off Le système démarre correctement, avec le ventilateur à vitesse réduite, donc bruit minimum. Arrive le démarrage de l'interface graphique. Là le ventilateur se met à plein régime. Donc, Driver Proprio NVidia, ou pas, le mal est fait : Le chargement du driver nvidia -et le manque ACPI-, entraîne le fonctionnement du ventilo à plein régime. Il me semble donc clair qu'il s'agit d'un bug ACPI, tel qu'expliqué ici : http://www.lesswatts.org/projects/acpi/overridingDSDT.php Qui est le même problême pour des portables avec chipsets nvidia, tel qu'expliqué ici : http://www.nvnews.net/vbulletin/showthread.php?t=75995page=2 Ma question réside donc surtout sur un moyen d'obtenir un ACPI débuggé, par (par exemple), l'installation d'un kernel customizé en backports, par exemple, contenant donc ce fameux DSDT, bien que : Note that overriding the DSDT is a debugging technique only. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo
s4mdf0o1 a écrit : Le mardi 03 juin 2008, Jean-Michel Caricand a écrit : Je pense qu'il vous faut le driver NVidia officiel pour que votre ventilateur ne fonctionne que lorsque cela est nécessaire. Faites l'essai. Si je suis dans le vrai, l'information sera utile pour tous. J'ai déjà le driver proprio... Je pense que la régulation du ventilateur se fait par la détection par ACPI du sensor de température du GPU. Le système se fige au chargement du kernel : *Menu Grub Loading... =Freeze Ne fonctionnant alors qu'avec l'option acpi=off Le système démarre correctement, avec le ventilateur à vitesse réduite, donc bruit minimum. Arrive le démarrage de l'interface graphique. Là le ventilateur se met à plein régime. Donc, Driver Proprio NVidia, ou pas, le mal est fait : Le chargement du driver nvidia -et le manque ACPI-, entraîne le fonctionnement du ventilo à plein régime. Il me semble donc clair qu'il s'agit d'un bug ACPI, tel qu'expliqué ici : http://www.lesswatts.org/projects/acpi/overridingDSDT.php Qui est le même problême pour des portables avec chipsets nvidia, tel qu'expliqué ici : http://www.nvnews.net/vbulletin/showthread.php?t=75995page=2 Ma question réside donc surtout sur un moyen d'obtenir un ACPI débuggé, par (par exemple), l'installation d'un kernel customizé en backports, par exemple, contenant donc ce fameux DSDT, bien que : Note that overriding the DSDT is a debugging technique only. Sinon, si c'est juste pour monitorer la vitesse du ventilo de ta CG, il existe nvclock qui le permet. Il est dispo sous forme de paquet .deb. Si ca peut aider :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
NVidia Geforce, ACPI et Ventilo
Bonjour à tous, Je me suis offert une 8800GT, malheureusement, je ne parviens à démarrer qu'avec le fameux acpi=off Du coup, évidemment, le ventilateur de la carte tourne à plein régime Après recherches, j'en arrive à la conclusion qu'il me faut voir pour un custom DSDT sur un noyo perso Soit Après être passé par là : http://www.nvnews.net/vbulletin/showthread.php?t=75995 http://forums.gentoo.org/viewtopic-p-3774561.html#3774561 puis http://www.lesswatts.org/projects/acpi/overridingDSDT.php ainsi que : http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems Comme il dit sur ce dernier : Now when I heard this, at first I was afraid; I was petrified. Euh pareil Quelqu'un aurait-y une solution un peu plus soft -si je puis m'exprimer_ainsi !? -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo
Le mardi 03 juin 2008, Jean-Michel Caricand a écrit : Bonsoir, Je crois malheureusement que vous allez devoir installer le driver binaire fourni par NVidia. Je possède une 7900 GS et la seule solution fiable a été l'utilisation du binaire NVidia. Mais les choses ont peut-être changées ... Malheureusement, je n'ai pas de problême d'affichage. Sans l'option acpi=off, le système freeze dès la sortie du menu de grub. J'ai également tenté l'option acpi_use_timer_override Ainsi qu'un kernel snapshot pour mon arch (2.6.25-2-amd64) J'étais en train de fouiller du côté de mon BIOS (d'après les dernières infos sur le fonctionnement de l'ACPI :P ) http://global.msi.com.tw/index.php?func=downloaddetailtype=biosmaincat_no=1prod_no=165 Mais sensiblement, pas d'upgrade au niveau ACPI (actuelle : v1.B) Donc c'est un peu aventureux pour pas grand'chose Mais c'est toujours partant du principe que le problême vient de là !?... -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo
Bonsoir, Je crois malheureusement que vous allez devoir installer le driver binaire fourni par NVidia. Je possède une 7900 GS et la seule solution fiable a été l'utilisation du binaire NVidia. Mais les choses ont peut-être changées ... Bonjour à tous, Je me suis offert une 8800GT, malheureusement, je ne parviens à démarrer qu'avec le fameux acpi=off Du coup, évidemment, le ventilateur de la carte tourne à plein régime Après recherches, j'en arrive à la conclusion qu'il me faut voir pour un custom DSDT sur un noyo perso Soit Après être passé par là : http://www.nvnews.net/vbulletin/showthread.php?t=75995 http://forums.gentoo.org/viewtopic-p-3774561.html#3774561 puis http://www.lesswatts.org/projects/acpi/overridingDSDT.php ainsi que : http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems Comme il dit sur ce dernier : Now when I heard this, at first I was afraid; I was petrified. Euh pareil Quelqu'un aurait-y une solution un peu plus soft -si je puis m'exprimer_ainsi !? -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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] - Jean-Michel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: NVidia Geforce, ACPI et Ventilo
Je pense qu'il vous faut le driver NVidia officiel pour que votre ventilateur ne fonctionne que lorsque cela est nécessaire. Faites l'essai. Si je suis dans le vrai, l'information sera utile pour tous. Le mardi 03 juin 2008, Jean-Michel Caricand a écrit : Bonsoir, Je crois malheureusement que vous allez devoir installer le driver binaire fourni par NVidia. Je possède une 7900 GS et la seule solution fiable a été l'utilisation du binaire NVidia. Mais les choses ont peut-être changées ... Malheureusement, je n'ai pas de problême d'affichage. Sans l'option acpi=off, le système freeze dès la sortie du menu de grub. J'ai également tenté l'option acpi_use_timer_override Ainsi qu'un kernel snapshot pour mon arch (2.6.25-2-amd64) J'étais en train de fouiller du côté de mon BIOS (d'après les dernières infos sur le fonctionnement de l'ACPI :P ) http://global.msi.com.tw/index.php?func=downloaddetailtype=biosmaincat_no=1prod_no=165 Mais sensiblement, pas d'upgrade au niveau ACPI (actuelle : v1.B) Donc c'est un peu aventureux pour pas grand'chose Mais c'est toujours partant du principe que le problême vient de là !?... -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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] - Jean-Michel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
ACPI et poweroff ( COmpilation du kernel )
Salut à tous, voilà j'ai une petite question concernant la compilation du kernel : je suis en train de compiler une kernel 2.6.22.19 et je suis en train de chercher quelle option activer dans le noyau ( coté ACPI je pense ) pour que le pc s'éteigne lorsque j'appuis sur le bouton power... PS : je suis parti d'un noyau allnoconfig... Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
acpi et bouton marche/arret
a une époque (sous etch) lorsque l'on appuyait sur le bouton on/off (briévement) de l'unité centrale, l'action equivalent à reboot était effectué. sous mon install lenny, cela n'est plus le cas. Comment puis je retrouver ce comportement ? Note : /etc/acpi/power est présent -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
Carte mère P5GD1, ACPI et APIC problem.
Bonjour, J'essaye d'installer Debian Etch sur un PC avec une carte mère P5GD1 et je rencontre des problèmes vraiment embêtant au démarrage. D'abord si je n'utilise pas l'option acpi=off ça ne démarre pas du tout, il s'arrête sur ce message : Enabling IO-APIC IRQs ...TIMER: vector:0x31 apic=0 pin1=2 apic2=-1 pin2=-1 A ce stade, ça boot, si j'ajoute l'option vga=791 il s'arrêtera plus loin en essayant de trouver la partition racine. Dans ce cas si la racine se trouve sur hda, il affichera dans le boot que le disque est connecté sur hde (ce qui est faux) donc forcément le kernel ne trouve pas le disque et le boot s'arrête là. Il faut avouer que le lien entre l'option vga et l'impossibilité de monter la racine est curieux. J'ai fait des recherches sur google, trouver des trucs comme quoi il fallait mettre noapic et ce genre d'option, ça change rien. J'ai essayé aussi avec acpi=force, ça change rien non plus. C'est en tout cas assez embêtant de désactiver l'ACPI puisque maintenant à l'éxtinction le PC s'arrête sur The system is going to halt now... A noter aussi que lors de tout mes boot ce message d'erreur s'affiche : Date... Rama Kernel: PCI: No IRQ known for interrupt pin [A-D] of device :00:1c.3. Probably buggy MP table. Ou date est la date courante, le message se répète 4X avec pin A, pin B etc... Voila, si quelqu'un a un tuyau pour faire face à cette situation, ce serait sympa de m'aider. -- Tourneur Henry-Nicolas pgpeH2PyIrjPK.pgp Description: PGP signature
Re: problèm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je sais ce qu'est un watchdog mais je ne connaissais pas l'existance d'une telle appli sous Debian. Moi je ne savais pas ce que c'était. Deux petites questions par rapport à ce watchdog : - vous pensez qu'il est matériel ou logiciel ? - dans les liens que j'ai donnés, certains parlent que peut-être de la poussière, ou je ne sais quoi n'aiderait pas la connexion PCI à être fonctionnelle. Je n'ai pas vu trace de poussière, mais la machine en question n'est pas neuve (sans être inutilisable), et peut-être qu'il y a des points de rouille (c'est bien difficiel à savoir à cette échelle là), est-ce que ça pourrait jouer ? Parce que du coup, s'il est matériel, peut-être qu'il y a un souci à ce niveau. Dernière question, le fait que le BIOS désactive lapic par défaut ne peut pas avoir d'influcence ? (j'ai tenté avec l'option lapic pour le démarrage du noyau, mais ça n'a rien changé). -- == ORL (alias Yvette 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èm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je sais ce qu'est un watchdog mais je ne connaissais pas l'existance d'une telle appli sous Debian. Moi je ne savais pas ce que c'était. Deux petites questions par rapport à ce watchdog : - vous pensez qu'il est matériel ou logiciel ? - dans les liens que j'ai donnés, certains parlent que peut-être de la poussière, ou je ne sais quoi n'aiderait pas la connexion PCI à être fonctionnelle. Je n'ai pas vu trace de poussière, mais la machine en question n'est pas neuve (sans être inutilisable), et peut-être qu'il y a des points de rouille (c'est bien difficiel à savoir à cette échelle là), est-ce que ça pourrait jouer ? Parce que du coup, s'il est matériel, peut-être qu'il y a un souci à ce niveau. Dernière question, le fait que le BIOS désactive lapic par défaut ne peut pas avoir d'influcence ? (j'ai tenté avec l'option lapic pour le démarrage du noyau, mais ça n'a rien changé). Je viens d'observer le fichier /proc/interrupts, je ne vois rien qui, explicitement, ressemble à ma carte réseau. Est-ce normal ? -- == ORL (alias Yvette 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] -- == ORL (alias Yvette 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èm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Tue, Oct 16, 2007 at 06:13:33PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 05:53:17PM +0200, debianpmd wrote : amusant coupure par apic? Bah écoute, je n'en sais rien, et à vrai dire, je n'ai jamais trop joué avec acpi et apm que pour gérer la batterie sur un portable, et l'extinction sur un PC, donc je ne sais pas trop de quoi il retourne. Quant à l'apic, j'en sais encore moins. Je ne suis pas contre quelques explications, cela dit. et en essayant noapic dans menu.lst ? C'est ce que j'ai fait, en suivant les conseils des liens indiqués ci-dessous, mais ça n'a rien changé. Actuellement, je démarre avec acpi=off noapic et j'ai précédemment essayé pci=noacpi ou acpi=noirq OK, je regarde ça immédiatement. Hum, j'ai l'impression que, quelles que soient les lignes d'option que je passe dans menu.lst, il ne change rien à l'histoire Par exemple, avec l'option acpi=off, je retrouve pourtant ces lignes dans dmesg : PnPBIOS: Disabled by ACPI PNP Et d'autres du genre. Je suppose que ça n'est pas très logique, quand même, non ? -- == ORL (alias Yvette 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èm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Wed, Oct 17, 2007 at 10:32:41AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je viens d'observer le fichier /proc/interrupts, je ne vois rien qui, explicitement, ressemble à ma carte réseau. Est-ce normal ? Je reprécise un peu les choses, j'ai pris le temps, via USB, d'installer pciutils, et j'ai pu vérifier que la carte était bien là, reconnue comme il fallait, etc. Voilà quelques résultats intéressants : $ dmesg |less [...] (/eth0) 8139cp :00:11.0: This (id 10ec:8139) is not an 8139C+ compatible chip 8139cp :00:11.0: Try the 8139too driver instead. 8139too Fast Ethernet driver 0.9.27 PCI: setting IRQ 11 as level-triggered PCI: Found IRQ 11 for device :00:11.0 eth0: Realtek RTL8139 at 0xe000, [UNE ADRESSE MAC], IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' Attempting manual resume Concernant le driver, le fichier /etc/modprobe.d/reseau contient : $ cat /etc/modprobe.d/reaseau alias eth0 8139too Mais je ne retrouve pas cette ligne dans /etc/modules après un update-modules. Au niveau des IRQ, il semble donc qu'il s'agisse de l'IRQ 11, mais en regardant /proc/interrupts : $ cat /proc/interrupts CPU0 0: 123273XT-PIC timer 1: 352XT-PIC i8042 2: 0XT-PIC cascade 5: 0XT-PIC uhci_hcd:usb1, uhci_hcd:usb2 6: 2XT-PIC floppy 7: 0XT-PIC parport0 8: 1XT-PIC rtc 9: 1XT-PIC acpi 10: 0XT-PIC es1371 12: 130XT-PIC i8042 14:3172XT-PIC ide0 15: 64XT-PIC ide1 MMI: 0 LOC: 0 ERR: 0 MIS: 0 Donc rien en IRQ 11. J'ai vérifié dans le BIOS, j'ai disabled le PnPOS, et le routing des IRQ est en mode automatique. Peut-être qu'il faut que je passe en mode manuel et que je les rentre une par une, mais j'ai l'impression que l'IRQ est bien attribuée au débuté, pourtant. -- == ORL (alias Yvette 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]
problèm e avec NETDEV WATCHDOG (acpi ? noyau ?)
Salut, Je reviens à mon problème du thread http://www.mail-archive.com/debian-user-french@lists.debian.org/msg144163.html Quelques rappels : sur une machine fraichement installée (debian etch avec un noyau 2.6.18-5), je me retrouve avec un problème de carte réseau qui se produit de manière aléatoire et qui empêche tout bonnement de s'en servir. Il s'agit d'une carte réseau Realtek RTL8139, et apriori, ayant testé deux cartes réseau (deux même modèles), et deux slots différents de la carte mère, il n'y a a priori aucune raison que cela soit matériel, ou alors, j'ai pas de bol. Pour info : etc/network/interfaces [...] # The primary network interface auto eth0 iface eth0 inet dhcp /etc/modprobe.d/reseau alias eth0 8139too (un update-modules a été fait après, évidemment) $ lsmod |grep 8139 8139too 24192 0 mii 53761 8139too Voilà les différents symptômes : Alors que la machine fonctionne, au bout d'un moment, on en arrive à : NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status ff fff fff media ff eth0: Tx queue start entry 110 dirty entry 106 eth0: Tx descriptor 0 is . eth0: Tx descriptor 1 is . eth0: Tx descriptor 2 is . (queue head) eth0: Tx descriptor 3 is . eth0: link up, 100Mbps, full-duplex, lpa 0x et à partir de là, plus moyen de récupérer le réseau : $ /etc/init.d/networking restart [...] SIOCSIFADDR: No such device eth0: ERROR while getting interface flags: No such device eth0: ERROR while getting interface flags: No such device Bind socket to interface: No such device Failed to bring up eth0 done $ ifconfig eth0 down; ifconfig eth0 up eth0: ERROR while getting interface flags: Aucun périphérique de ce type eth0: ERROR while getting interface flags: Aucun périphérique de ce type J'ai trouvé ce lien, avec un type qui a le même problème, avec la même carte, qui plus est (visiblement, ça n'est pas exclusif) : http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/ J'ai fait les tentatives avec pci=noacpi en le passant comme option après ro dans menu.lst : /boot/grub/menu.lst [...] kernel /boot/vmlinuz-2.6.18-5-486 root=/dev/hda5 ro pci=noacpi Mais ça ne change rien. Et je ne peux évidemment pas redémarrer sous Windows, puisque je n'ai pas de double boot. De toute façon, cette solution est un peu naze, à mon goût. Comme il semblerait que le problème vienne du noyau (j'ai toujours compilé mes noyaux à la main, et c'est la première fois que j'utilise un noyau de la distrib), je peux peut-être changer ça, mais c'est un peu chiant, vu que je peux pas aller récupérer les sources directement. Enfin, bref, tout ça pour dire que je cherche une solution, et que je peux tout à fait reprendre l'install à zéro (mais ça me semble superflu), je n'ai rien mis dessus pour l'instant. Quelqu'un peut-il m'éclairer ? Merci d'avance. -- == ORL (alias Yvette 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 avec NETDEV WATCHDOG (acpi ? noyau ?)
amusant coupure par apic? et en essayant noapic dans menu.lst ? ou acpi=noirq ça marche ? (prévoir une récup en console) pmd Le mardi 16 octobre 2007 à 16:55 +0200, Aurelien a écrit : Salut, Je reviens à mon problème du thread http://www.mail-archive.com/debian-user-french@lists.debian.org/msg144163.html Quelques rappels : sur une machine fraichement installée (debian etch avec un noyau 2.6.18-5), je me retrouve avec un problème de carte réseau qui se produit de manière aléatoire et qui empêche tout bonnement de s'en servir. Il s'agit d'une carte réseau Realtek RTL8139, et apriori, ayant testé deux cartes réseau (deux même modèles), et deux slots différents de la carte mère, il n'y a a priori aucune raison que cela soit matériel, ou alors, j'ai pas de bol. Pour info : etc/network/interfaces [...] # The primary network interface auto eth0 iface eth0 inet dhcp /etc/modprobe.d/reseau alias eth0 8139too (un update-modules a été fait après, évidemment) $ lsmod |grep 8139 8139too 24192 0 mii 53761 8139too Voilà les différents symptômes : Alors que la machine fonctionne, au bout d'un moment, on en arrive à : NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status ff fff fff media ff eth0: Tx queue start entry 110 dirty entry 106 eth0: Tx descriptor 0 is . eth0: Tx descriptor 1 is . eth0: Tx descriptor 2 is . (queue head) eth0: Tx descriptor 3 is . eth0: link up, 100Mbps, full-duplex, lpa 0x et à partir de là, plus moyen de récupérer le réseau : $ /etc/init.d/networking restart [...] SIOCSIFADDR: No such device eth0: ERROR while getting interface flags: No such device eth0: ERROR while getting interface flags: No such device Bind socket to interface: No such device Failed to bring up eth0 done $ ifconfig eth0 down; ifconfig eth0 up eth0: ERROR while getting interface flags: Aucun périphérique de ce type eth0: ERROR while getting interface flags: Aucun périphérique de ce type J'ai trouvé ce lien, avec un type qui a le même problème, avec la même carte, qui plus est (visiblement, ça n'est pas exclusif) : http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/ J'ai fait les tentatives avec pci=noacpi en le passant comme option après ro dans menu.lst : /boot/grub/menu.lst [...] kernel/boot/vmlinuz-2.6.18-5-486 root=/dev/hda5 ro pci=noacpi Mais ça ne change rien. Et je ne peux évidemment pas redémarrer sous Windows, puisque je n'ai pas de double boot. De toute façon, cette solution est un peu naze, à mon goût. Comme il semblerait que le problème vienne du noyau (j'ai toujours compilé mes noyaux à la main, et c'est la première fois que j'utilise un noyau de la distrib), je peux peut-être changer ça, mais c'est un peu chiant, vu que je peux pas aller récupérer les sources directement. Enfin, bref, tout ça pour dire que je cherche une solution, et que je peux tout à fait reprendre l'install à zéro (mais ça me semble superflu), je n'ai rien mis dessus pour l'instant. Quelqu'un peut-il m'éclairer ? Merci d'avance. -- == ORL (alias Yvette 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èm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Tue, Oct 16, 2007 at 05:53:17PM +0200, debianpmd wrote : amusant coupure par apic? Bah écoute, je n'en sais rien, et à vrai dire, je n'ai jamais trop joué avec acpi et apm que pour gérer la batterie sur un portable, et l'extinction sur un PC, donc je ne sais pas trop de quoi il retourne. Quant à l'apic, j'en sais encore moins. Je ne suis pas contre quelques explications, cela dit. et en essayant noapic dans menu.lst ? C'est ce que j'ai fait, en suivant les conseils des liens indiqués ci-dessous, mais ça n'a rien changé. Actuellement, je démarre avec acpi=off noapic et j'ai précédemment essayé pci=noacpi ou acpi=noirq OK, je regarde ça immédiatement. ça marche ? Nope, pas mieux. En fait, depuis que j'ai le problème, je n'ai pas réussi une seule fois à refaire démarrer eth0. Sur certains liens que j'ai filés là-dessous, des personnes parlent de poussières sur les slots, mais j'en doute, quand même, d'autant que la LED de la carte est allumée, sans souci. (prévoir une récup en console) Non, ça a été. pmd Le mardi 16 octobre 2007 à 16:55 +0200, Aurelien a écrit : Salut, Je reviens à mon problème du thread http://www.mail-archive.com/debian-user-french@lists.debian.org/msg144163.html Quelques rappels : sur une machine fraichement installée (debian etch avec un noyau 2.6.18-5), je me retrouve avec un problème de carte réseau qui se produit de manière aléatoire et qui empêche tout bonnement de s'en servir. Il s'agit d'une carte réseau Realtek RTL8139, et apriori, ayant testé deux cartes réseau (deux même modèles), et deux slots différents de la carte mère, il n'y a a priori aucune raison que cela soit matériel, ou alors, j'ai pas de bol. Pour info : etc/network/interfaces [...] # The primary network interface auto eth0 iface eth0 inet dhcp /etc/modprobe.d/reseau alias eth0 8139too (un update-modules a été fait après, évidemment) $ lsmod |grep 8139 8139too 24192 0 mii 53761 8139too Voilà les différents symptômes : Alors que la machine fonctionne, au bout d'un moment, on en arrive à : NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status ff fff fff media ff eth0: Tx queue start entry 110 dirty entry 106 eth0: Tx descriptor 0 is . eth0: Tx descriptor 1 is . eth0: Tx descriptor 2 is . (queue head) eth0: Tx descriptor 3 is . eth0: link up, 100Mbps, full-duplex, lpa 0x et à partir de là, plus moyen de récupérer le réseau : $ /etc/init.d/networking restart [...] SIOCSIFADDR: No such device eth0: ERROR while getting interface flags: No such device eth0: ERROR while getting interface flags: No such device Bind socket to interface: No such device Failed to bring up eth0 done $ ifconfig eth0 down; ifconfig eth0 up eth0: ERROR while getting interface flags: Aucun périphérique de ce type eth0: ERROR while getting interface flags: Aucun périphérique de ce type J'ai trouvé ce lien, avec un type qui a le même problème, avec la même carte, qui plus est (visiblement, ça n'est pas exclusif) : http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/ J'ai fait les tentatives avec pci=noacpi en le passant comme option après ro dans menu.lst : /boot/grub/menu.lst [...] kernel /boot/vmlinuz-2.6.18-5-486 root=/dev/hda5 ro pci=noacpi Mais ça ne change rien. Et je ne peux évidemment pas redémarrer sous Windows, puisque je n'ai pas de double boot. De toute façon, cette solution est un peu naze, à mon goût. Comme il semblerait que le problème vienne du noyau (j'ai toujours compilé mes noyaux à la main, et c'est la première fois que j'utilise un noyau de la distrib), je peux peut-être changer ça, mais c'est un peu chiant, vu que je peux pas aller récupérer les sources directement. Enfin, bref, tout ça pour dire que je cherche une solution, et que je peux tout à fait reprendre l'install à zéro (mais ça me semble superflu), je n'ai rien mis dessus pour l'instant. Quelqu'un peut-il m'éclairer ? Merci d'avance. -- == ORL (alias Yvette H.) -- == ORL (alias Yvette 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]
