Bonjour, Voici un problème qui me prend pas mal de temps depuis un moment, et n'ayant rien trouvé pour l'arranger, je me tourne vers vous.
Alors voilà, j'utilise un noyau 2.6.10.11 sur une debian SID sur un portable DELL Precision M60. Le problème est que lorsque je sors de veille ACPI, la souris USB n'est plus allumée et donc fonctionne plus, même en la rebranchant. Voici la sortie dmesg à partir de la mise en veille : dmesg __________________________________________________________________ PM: Preparing system for suspend Stopping tasks: =======================================================================| NVRM: RmPowerManagement: 3 PM: Entering state. hwsleep-0306 [04] acpi_enter_sleep_state: Entering sleep state [S3] Back to C! hub 4-0:1.0: resubmit --> -108 hub 3-0:1.0: resubmit --> -108 PM: Finishing up. PCI: Setting latency timer of device 0000:00:1d.0 to 64 PCI: Setting latency timer of device 0000:00:1d.1 to 64 PCI: Setting latency timer of device 0000:00:1d.2 to 64 PCI: cache line size of 32 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: USB 2.0 restarted, EHCI 1.00, driver 10 Dec 2004 ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 5 (level, low) -> IRQ 5 PCI: Setting latency timer of device 0000:00:1f.5 to 64 NVRM: RmPowerManagement: 4 tg3: eth0: Link is down. PCI: Enabling device 0000:02:03.0 (0000 -> 0002) ACPI: PCI interrupt 0000:02:03.0[A] -> GSI 5 (level, low) -> IRQ 5 ndiswrapper: using irq 5 Restarting tasks...<6>usb 3-2: USB disconnect, address 3 done ALPS Touchpad (Dualpoint) detected input: AlpsPS/2 ALPS TouchPad on isa0060/serio1 dmesg __________________________________________________________________ On voit effectivement à 4 lignes de la fin : "usb 3-2: USB disconnect, address 3" comme si j'enlevais classiquement ma souris mais en la remettant, rien n'y fait. Bizarre, non ? Autres précisions, cela fait la même chose avec une autre souris (les deux sont des Logitech) mais pas avec mon appareil photo numérique qui marche parfaitement sur la même prise USB (mais lui étant géré en mass storage, peut-être est-ce différent). Enfin, j'avais cru voir que udev renommait les liens symboliques des périphériques (vu dans /var/log/syslog), je l'ai donc désinstallé mais le problème demeure. Quelqu'un voit-il d'où cela peut provenir ? Merci d'avance de votre attention et éventuellement de votre aide. sp