Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

L'USB part en vrille et le kernel avec.

JCLL

Salut

[FC3] J'ai toujours un soucis avec mon USB. En connectant ma clé, elle est reconnue, puis immédiatement j'ai un "disabled by hub", puis le kernel semble partir en vrille assez vite. Ca se constate notamment au logout (crash). J'ai les mêmes conséquences avec mon imprimante USB. Par contre ca marche avec la FC1.

Une idée ?

Sinon, je voudrais savoir comment rapporter cette erreur à qui de droit ?

Ma carte est une asustech k7m (modèle d'environ 5 ans) pour Athlon 550Mhz.

A+
JC

Dec 17 20:34:22 localhost kernel: ohci_hcd 0000:00:07.4: wakeup
Dec 17 20:34:22 localhost kernel: usb 1-1: new full speed USB device using address 2
Dec 17 20:34:22 localhost kernel: scsi0 : SCSI emulation for USB Mass Storage devices
Dec 17 20:34:22 localhost kernel: Vendor: LEXAR Model: JUMPDRIVE PRO Rev: 0
Dec 17 20:34:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Dec 17 20:34:23 localhost scsi.agent[724]: disk at /devices/pci0000:00/0000:00:07.4/usb1/1-1/1-1:1. 0/host0/0:0:0:0
Dec 17 20:34:24 localhost kernel: SCSI device sda: 503808 512-byte hdwr sectors (258 MB)
Dec 17 20:34:24 localhost kernel: sda: Write Protect is off
Dec 17 20:34:24 localhost kernel: sda: assuming drive cache: write through
Dec 17 20:34:24 localhost kernel: sda:<3>hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling.. .
Dec 17 20:34:24 localhost kernel: usb 1-1: USB disconnect, address 2
Dec 17 20:34:54 localhost kernel: scsi: Device offlined - not ready after error recovery: host 0 ch annel 0 id 0 lun 0
Dec 17 20:34:54 localhost kernel: sd 0:0:0:0: Illegal state transition cancel->offline
Dec 17 20:34:54 localhost kernel: Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1691
Dec 17 20:34:54 localhost kernel: [<12aac643>] scsi_device_set_state+0xc8/0xd3 [scsi_mod]
Dec 17 20:34:54 localhost kernel: [<12aa9b8b>] scsi_eh_offline_sdevs+0x49/0x5e [scsi_mod]
Dec 17 20:34:54 localhost kernel: [<12aaa146>] scsi_unjam_host+0x22d/0x23e [scsi_mod]
Dec 17 20:34:54 localhost kernel: [<12aaa291>] scsi_error_handler+0x13a/0x191 [scsi_mod]
Dec 17 20:34:54 localhost kernel: [<0211b669>] schedule_tail+0xc/0x37
Dec 17 20:34:54 localhost kernel: [<12aaa157>] scsi_error_handler+0x0/0x191 [scsi_mod]
Dec 17 20:34:54 localhost kernel: [<021041d9>] kernel_thread_helper+0x5/0xb
Dec 17 20:35:24 localhost kernel: scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0
Dec 17 20:35:24 localhost kernel: sd 0:0:0:0: Illegal state transition cancel->offline
Dec 17 20:35:24 localhost kernel: Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1691
Dec 17 20:35:24 localhost kernel: [<12aac643>] scsi_device_set_state+0xc8/0xd3 [scsi_mod]
Dec 17 20:35:24 localhost kernel: [<12aa9b8b>] scsi_eh_offline_sdevs+0x49/0x5e [scsi_mod]

fmatias

JCLL a écrit:
Salut

Sinon, je voudrais savoir comment rapporter cette erreur à qui de droit ?

Pas d'idée.

Le rapporter à qui de droit est une excellente initiative. Mais soyons honnète, tu n'auras peut-être pas satisfaction immédiatement.

Pour repporter, c'est ici :
http://bugzilla.redhat.com/

Il faut créer un compte, puis lis tout attentivement. Avant de proposer un bug, vérifies bien que le bug n'a pas déjà été rapporté (et tu y trouveras peut-être une réponse à ton problème en même temps).
Soit précis. Mets le type de ta bécane, la sortie de "lsusb" et "lspci".

Avant de rapporter le bug, je t'invite à tester le dernier kernel en testing. Il ne marche pas parfaitement mais savoir si ton bug est déjà corrigé est un plus. Et s'il n'est pas encore corrigé, c'est aussi un plus pour le rapporter dans le bug.
Le noyau en testing (prends le 715) :
http://fr2.rpmfind.net/linux/fedora/core/updates/testing/3/i386/

Pour ton problème de freeze au logout, c'est peut-être déjà un problème connu (non lié à USB) et les investigations sont en cours (comprendre qu'il n'y a pas encore de solution 🙁 ). Essais en désactivant DRI dans /etc/X11/xorg.conf (ligne 'load "dri"').

Si tu es "courageux", tu peux aussi tester avec le noyau de développement et rapporter si ça marche ou non :
http://fr2.rpmfind.net/linux/fedora/core/development/i386/Fedora/RPMS/

Bon courage 😉