dongle BT invisible sous LInux
Le
Eric Belhomme
Bonjour,
J'ai un problème incompréhensible sur une machine équipée d'un module
Bluetooth Atheros (AR3011) : Ce module a fonctionné pendant un temps,
mais suite à une mise à jour de noyau, il ne fonctionne plus. En fait, il
n'est même plus listé par lsusb !
Les symptômes : lsusb prend 3 plombes à répondre :
rico@seamus:~$ time lsusb
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 002: ID 1934:5168
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 002: ID 046d:c016 Logitech, Inc. M-UV69a/HP M-UV96 Optical
Wheel Mouse
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
real 1m23.151s
user 0m0.150s
sys 0m0.000s
dmesg arrête pas de râler après le device usb 7-3 (pas listé dans par le
lsusb :
[ 8320.930288] usb 7-3: new full speed USB device using ohci_hcd and
address 14
[ 8336.080285] usb 7-3: device descriptor read/64, error -110
[ 8351.340287] usb 7-3: device descriptor read/64, error -110
[ 8351.620289] usb 7-3: new full speed USB device using ohci_hcd and
address 15
[ 8366.770283] usb 7-3: device descriptor read/64, error -110
[ 8382.030289] usb 7-3: device descriptor read/64, error -110
[ 8382.310288] usb 7-3: new full speed USB device using ohci_hcd and
address 16
[ 8392.730246] usb 7-3: device not accepting address 16, error -110
[ 8392.900288] usb 7-3: new full speed USB device using ohci_hcd and
address 17
[ 8403.320275] usb 7-3: device not accepting address 17, error -110
[ 8403.320354] hub 7-0:1.0: unable to enumerate USB device on port 3
Le module ath3k est bien chargé, ainsi que btusb :
rico@seamus:~$ lsmod|grep 'btusb\|ath3'
btusb 18683 0
ath3k 12705 0
bluetooth 72288 1 btusb
Le firmware du module ath3k est bien à sa place, d'ailleur le module ne
couine pas au chargement :
[ 8580.164303] Bluetooth: Generic Bluetooth USB driver ver 0.6
[ 8580.164395] usbcore: registered new interface driver btusb
Mais le pire, c'est que même en repassant sur le noyau "stock" (Ubuntu
10.04 LTS/ 2.6.38-12-generic #51~lucid1-Ubuntu) qui fonctionnait
*précédemment*, j'ai le même comportement !
Franchement, à part une défaillance matérielle qui serait malheureusement
survenue au même moment que mon upgrade, je ne vois pas de raison à ce
disfonctionnement ! Mais s'agissant d'un matériel neuf, il me semble que
la piste de la défaillance hard est relativement improbable, non ?
Une idée sur la façon de pister l'origine de ce problème ?
--
Rico
La Terre a ses limites, mais la bêtise humaine est infinie.
-+- Gustave Flaubert -+-
J'ai un problème incompréhensible sur une machine équipée d'un module
Bluetooth Atheros (AR3011) : Ce module a fonctionné pendant un temps,
mais suite à une mise à jour de noyau, il ne fonctionne plus. En fait, il
n'est même plus listé par lsusb !
Les symptômes : lsusb prend 3 plombes à répondre :
rico@seamus:~$ time lsusb
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 002: ID 1934:5168
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 002: ID 046d:c016 Logitech, Inc. M-UV69a/HP M-UV96 Optical
Wheel Mouse
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
real 1m23.151s
user 0m0.150s
sys 0m0.000s
dmesg arrête pas de râler après le device usb 7-3 (pas listé dans par le
lsusb :
[ 8320.930288] usb 7-3: new full speed USB device using ohci_hcd and
address 14
[ 8336.080285] usb 7-3: device descriptor read/64, error -110
[ 8351.340287] usb 7-3: device descriptor read/64, error -110
[ 8351.620289] usb 7-3: new full speed USB device using ohci_hcd and
address 15
[ 8366.770283] usb 7-3: device descriptor read/64, error -110
[ 8382.030289] usb 7-3: device descriptor read/64, error -110
[ 8382.310288] usb 7-3: new full speed USB device using ohci_hcd and
address 16
[ 8392.730246] usb 7-3: device not accepting address 16, error -110
[ 8392.900288] usb 7-3: new full speed USB device using ohci_hcd and
address 17
[ 8403.320275] usb 7-3: device not accepting address 17, error -110
[ 8403.320354] hub 7-0:1.0: unable to enumerate USB device on port 3
Le module ath3k est bien chargé, ainsi que btusb :
rico@seamus:~$ lsmod|grep 'btusb\|ath3'
btusb 18683 0
ath3k 12705 0
bluetooth 72288 1 btusb
Le firmware du module ath3k est bien à sa place, d'ailleur le module ne
couine pas au chargement :
[ 8580.164303] Bluetooth: Generic Bluetooth USB driver ver 0.6
[ 8580.164395] usbcore: registered new interface driver btusb
Mais le pire, c'est que même en repassant sur le noyau "stock" (Ubuntu
10.04 LTS/ 2.6.38-12-generic #51~lucid1-Ubuntu) qui fonctionnait
*précédemment*, j'ai le même comportement !
Franchement, à part une défaillance matérielle qui serait malheureusement
survenue au même moment que mon upgrade, je ne vois pas de raison à ce
disfonctionnement ! Mais s'agissant d'un matériel neuf, il me semble que
la piste de la défaillance hard est relativement improbable, non ?
Une idée sur la façon de pister l'origine de ce problème ?
--
Rico
La Terre a ses limites, mais la bêtise humaine est infinie.
-+- Gustave Flaubert -+-
Poser une question
Eric Belhomme
Bonsoir,
Ah non. Justement. Un matériel électronique a une probabilité de
panne qui ressemble à un "U". Élevée en début de vie, puis basse,
puis remontant peu à peu...
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
[...]
Ben, histoire de valider ou infirmer la cause hard, si c'est un USB
externe, pkoi pas l'essayer sur une autre machine ?
Et si c'est l'USB "pas décrochable" (genre PC portable ?) pkoi pas
essayer avec un LiveCD ?
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
panne
Bon bah j'ai trouvé un élément de réponse dans le manuel de la carte mère
(Asus E35M1-I Deluxe) :
"Under Windows XP, if the bluetooth driver item is not displayed on the
support DVD's drivers screen, follow the steps bellow :
1. shut down your computer and switch off the PSU,
2. switch on the PSU and boot up your computer,
3. open the support DVD and click ASUS install"
J'ai donc coupé l'alim, et effectivement, le bluetooth a bien voulu
démarrer... mais au reboot suivant, rebelote : bluetooth en vrac !
C'est un peu erratique comme comportement... et décevant d'une marque
comme Asus !
--
Rico
Malheureusement ça arrive souvent et pas qu'avec un dongle usb.
J'avais vu ça avec des cartes wifi intégrées aux cartes mères. Le
fonctionnement était du grand n'importe quoi. Par exemple,
boot sous windows, reboot à chaud sous linux -> OK. Reboots
suivants sous linux (à chauds, à froids) -> OK.
Boot windows, extinction. Redémarrage à froid sous linux -> KO.
--
Kevin