Debian n'aimerait-il pas les devices usb 2.0 ?

Korova · 04/01/2008 17:35:41

En effet, quand j'essaie de brancher un lecteur de carte flash (que m'a refilé mon papa) ou mon cadre photo numérique (que j'ai reçu à Noël et dans la mémoire duquel je voudrais enregistrer des jolies photos à montrer) je me retrouve avec des messages d'insulte du genre ci-dessous au moment ou je branche ledit-devic usb 2.0

usb 4-5: new high speed USB device using ehci_hcd and address 14
usb 4-5: new high speed USB device using ehci_hcd and address 15
hub 4-0:1.0: Cannot enable port 5.  Maybe the USB cable is bad?
usb 4-5: new high speed USB device using ehci_hcd and address 16
hub 4-0:1.0: Cannot enable port 5.  Maybe the USB cable is bad?
usb 4-5: new high speed USB device using ehci_hcd and address 17
usb 4-5: device not accepting address 17, error -71
usb 4-5: new high speed USB device using ehci_hcd and address 18
usb 4-5: device not accepting address 18, error -71

ça fait un peu long comme message pour une recherche google (mais j'ai un peu tenté quand même, sans vraiment trouver quoi que ce soit de vraiment concluant), ça inspire quelqu'un ? (mon diagnostic est que ce n'est pas la faute du cable, j'ai essayé en changeant de cable, même topo)

Korova empêchée de jouer avec ses nouveaux joujoux numérique de Noël

Tihz · 04/01/2008 18:31:35

Salut,

Certains disent qu'il utilise l'option old_scheme_first=y pour le module usbcore pour les erreurs -71.

Ou à la limite use_both_schemes=y

En fait, le new_scheme est un algorithme similaire à celui de windows, c'est pour ça que ça ne marche pas dans ce cas.

A tester.

Dernière modification par Tihz (04/01/2008 18:31:55)

Korova · 04/01/2008 18:48:24

cela signifie que je dois décharger le module usbcore, et le recharger en lui passant comme option old_scheme_first=y ?
(avec une commande du style)

# mobprobe usbcore old_scheme_first=y

Tihz · 04/01/2008 21:30:05

Oui tout a fait !

Ou alors via /etc/modprobe.d/... (je ne connais pas la suite pas coeur )

Dernière modification par Tihz (04/01/2008 21:30:25)

Korova · 04/01/2008 23:58:10

OK (Le seul problème étant que vu qu'il y a plein de périphériques usb branchés sur le PC, je ne peux pas décharger le module usbcore... va falloir que je bidouille les fichiers de démarrage)

Korova qui va sûrement encore casser sa machine en faisant l'aventurière

Korova · 11/04/2008 21:59:11

Bon, je reviens à mon problème de lecteur de carte, lié à un problème de module usb. (j'ai quelques jours de vacances).

Je sui allée fouiner dans /etc/modprobe.d, et j'ai rien vu qui ressemble à un fichier de modules à charger au démarrage, avec options à passer éventuellement. (pour mémoire, le contenu du dossier /etc/modprobe.d

[psct@tijeune]/etc/modprobe.d$ ls
aliases              arch-aliases   kqemu                   oss-compat
alsa-base            blacklist      libsane                 pnp-hotplug
alsa-base-blacklist  crypto         linux-sound-base_noOSS
arch                 display_class  nvidia-kernel-nkc

J'ai tenté d'utiliser modconf, mais il ne me propose pas de moyen d'indiquer des options pour usbcore.

Je ne peux pas décharger le module usbcore, ni même les modules qui en dépendent, car ils sont en utilisation (ben oui, j'ai des périphériques usb sur ma bécane, étonnant, non ?)

Y'a bien un fichier /etc/modules.conf, mais j'avoue que j'y comprends que dalle... (y'a plein de lignes dans tous les sens, et j'ai _un peu_ peur de faire une _grosse_ bêtise).

Et quand j'ai ouvert la page de man "update-modules" (qui semblait pas mal pour aller bricoler les modules au démarrage, non ?), ça indique que c'est un truc-machin complètement obsolète qu'il ne faut pas utiliser....

la page de man de update-modules a écrit :

update-modules is an obsolete command which does nothing. Any program
calling it should be fixed.
Note that the file /etc/modprobe.conf is not the exact equivalent of
/etc/modules.conf. It is not required for module-init-tools and is not
generated any more. In fact, most people should not create that file
since /etc/modprobe.d/* would be ignored in this case but Debian pack-
ages store their additional configuration files in /etc/modprobe.d/.

HEELLLP !

Korova en passe de détester l'USB

ioguix · 13/04/2008 11:44:14

Salut Koko,

Dis moi, tu as quoi comme modules chargés au démarrage ? et que te conseil lshw comme module pour tes bus USB ?

Korova · 13/04/2008 15:27:12

ioguix a écrit :

Dis moi, tu as quoi comme modules chargés au démarrage ?

Aucune idée, je fais comment pour savoir ?

(Sinon, en ce moment, voilà ce que j'ai comme modules chargés / note : j'ai un noyau debian de base, c'est à dire non compilé par mes soins)

[psct@tijeune]~$ lsmod
Module                  Size  Used by
fuse                   40276  1 
nfs                   203980  0 
isofs                  33276  1 
nls_iso8859_1           4544  2 
nls_cp437               6208  1 
vfat                   12416  1 
fat                    47260  1 vfat
sd_mod                 19456  2 
usb_storage            72832  1 
nvidia               4715028  32 
binfmt_misc            11272  1 
vboxdrv                47880  0 
pktcdvd                27004  1 
nfsd                  199856  17 
exportfs                6080  1 nfsd
lockd                  55240  3 nfs,nfsd
nfs_acl                 3904  2 nfs,nfsd
sunrpc                139772  13 nfs,nfsd,lockd,nfs_acl
ipt_ULOG                8068  3 
xt_tcpudp               3456  12 
ip_nat_ftp              3648  0 
ip_conntrack_ftp        8112  1 ip_nat_ftp
xt_state                2560  10 
ipt_MASQUERADE          4032  1 
iptable_mangle          3200  0 
iptable_nat             7428  1 
iptable_filter          3392  1 
ip_nat_irc              3008  0 
ip_nat                 17260  4 ip_nat_ftp,ipt_MASQUERADE,iptable_nat,ip_nat_irc
ip_conntrack_irc        7088  1 ip_nat_irc
ip_conntrack           49504  8 ip_nat_ftp,ip_conntrack_ftp,xt_state,ipt_MASQUERADE,iptable_nat,ip_nat_irc,ip_nat,ip_conntrack_irc
nfnetlink               7128  2 ip_nat,ip_conntrack
ip_tables              13476  3 iptable_mangle,iptable_nat,iptable_filter
x_tables               13636  6 ipt_ULOG,xt_tcpudp,xt_state,ipt_MASQUERADE,iptable_nat,ip_tables
ppdev                   8964  0 
lp                     11300  0 
ipv6                  228000  29 
dm_snapshot            15904  0 
dm_mirror              19600  0 
dm_mod                 50776  2 dm_snapshot,dm_mirror
ppa                    12296  0 
scsi_mod              124872  3 sd_mod,usb_storage,ppa
savagefb               26564  0 
i2c_algo_bit            8776  1 savagefb
ntfs                  195988  0 
usbkbd                  7104  0 
tsdev                   7808  0 
snd_via82xx            26264  3 
gameport               14920  1 snd_via82xx
snd_mpu401_uart         8384  1 snd_via82xx
snd_seq_dummy           4164  0 
snd_seq_oss            29120  0 
snd_via82xx_modem      14408  0 
snd_seq_midi            8544  0 
snd_ac97_codec         83360  2 snd_via82xx,snd_via82xx_modem
snd_ac97_bus            2688  1 snd_ac97_codec
snd_rawmidi            23200  2 snd_mpu401_uart,snd_seq_midi
snd_pcm_oss            39200  0 
snd_mixer_oss          15552  2 snd_pcm_oss
i2c_viapro              8596  0 
snd_seq_midi_event      7488  2 snd_seq_oss,snd_seq_midi
snd_seq                46224  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_seq_device          8140  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
i2c_core               20096  4 nvidia,savagefb,i2c_algo_bit,i2c_viapro
psmouse                35336  0 
via_ircc               23956  0 
parport_pc             32612  1 
parport                33672  4 ppdev,lp,ppa,parport_pc
floppy                 53668  0 
serio_raw               6980  0 
snd_pcm                68996  4 snd_via82xx,snd_via82xx_modem,snd_ac97_codec,snd_pcm_oss
snd_timer              21316  2 snd_seq,snd_pcm
snd_page_alloc          9928  3 snd_via82xx,snd_via82xx_modem,snd_pcm
rtc                    12788  0 
snd                    47524  16 snd_via82xx,snd_mpu401_uart,snd_seq_oss,snd_via82xx_modem,snd_ac97_codec,snd_rawmidi,snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore               9568  2 snd
irda                  163580  1 via_ircc
shpchp                 33312  0 
pci_hotplug            29056  1 shpchp
usblp                  13120  0 
pcspkr                  3392  0 
crc_ccitt               2560  1 irda
via_agp                 9984  1 
agpgart                30216  2 nvidia,via_agp
evdev                   9408  1 
ext3                  120584  7 
jbd                    52968  1 ext3
mbcache                 8644  1 ext3
ide_generic             1728  0 [permanent]
ide_cd                 36576  2 
cdrom                  33056  2 pktcdvd,ide_cd
ide_disk               15168  9 
via82cxxx               8708  0 [permanent]
8139too                25600  0 
via_rhine              23112  0 
generic                 5764  0 [permanent]
ide_core              110984  6 usb_storage,ide_generic,ide_cd,ide_disk,via82cxxx,generic
8139cp                 22336  0 
mii                     5696  3 8139too,via_rhine,8139cp
ehci_hcd               28488  0 
uhci_hcd               21580  0 
usbcore               113412  6 usb_storage,usbkbd,usblp,ehci_hcd,uhci_hcd
thermal                13896  0 
processor              29128  1 thermal
fan                     5124  0

ioguix a écrit :

et que te conseil lshw comme module pour tes bus USB ?

Gni ? (Ioio, fais comme si j'étais une newbie totale et pas une soi-disant geekette, pour l'usb, j'y connais vraiment rien de rien...)

Korova en train de perdre toute sa réputation d'expertise

ledub · 13/04/2008 18:03:46

Je viens de faire un lshw -businfo pensant pouvoir polluer ta conversation avec mes problèmes de lecteurs de cartes mais ces problèmes, et je ne sais pas par quels miracles (oui y'en a plusieurs de miracles), ne sont plus là à la rédaction de ce message.

LeDub qui va faire brûler un cierge à la mémoire de Saint USB, juste après la sacrifice d'un saint ... nectaire !

Korova · 13/04/2008 21:08:06

Thiz m'a donné une solution un peu plus haut, il faut passer une option au module usbcore.
Mon problème est que je ne sais pas comment passer cette option
- sans redémarrer : pas possible, car je ne peux pas décharger le module usbcore vu que j'ai des tas de machins branchés sur l'usb et que je me fais jeter par mobprobe -r
- en redémarrant : pas mieux, car je ne sais pas quel fichier aller bidouiller et comment.

En résumé : je ne veux pas savoir quel module utiliser avec mon lecteur de carte (ça je sais, c'est le ehci-hcd, le truc c'est qu'il fait une erreur 71), je veux savoir comment passer une option au module usbcore au démarrage.

(au fait j'ai fini par comprendre le mystère du lshw, en installant le paquet qui va bien, ça marche mieux tout de suite, mais ça résout pas mon problème car le lecteur de carte n'apparaît pas)

ioguix · 13/04/2008 21:33:05

Le lecteur n'apparait, ça c'est certain, mais que te conseille lshw ? je vois que tu utilises ehci_hcd et uhci_hcd, mais as-tu essayé le module ohci ?

lshw tente de te donner normalement le nom des modules à utiliser avec chaque materiel detecté

Korova · 13/04/2008 21:50:18

D'après ce que je sais (vagues réminiscences de mes premières installations debian...), uhci et ohci, c'est pour l'usb 1.1 et ehci pour l'usb 2.0. Selon le matos, pour l'usb 1.1, c'est soit uhci, soit ohci, mais pas les deux.

(D'ailleurs lshw il me détecte 2 sortes de trucs usb, des avec uhci, et des autres avec ehci, donc ohci visiblement ce n'est pas le problème)

Je ne sais toujours pas comment passer des options à mes modules au démarrage....

Tihz · 14/04/2008 15:30:01

Pour passer des paramètre au modules au démarrage, tu va dans /etc/modprobe.d

tu crée un nouveau fichier (histoire de faire plus propre, de toute façon c'est un répertoire .d).

Dans le fichier tu ajoute :

options usbcore old_scheme_first=y

Et normalement, ça roule.

Si ça ne marche vraiment pas, je me souviens que j'avais dû, à une epoque, passer l'option en tant qu'options de boot qui étaient transmise a module en question (avant de comprendre qu'il fallait que je recréer mon initrd vu que le module était charger avant le montage du fs)

Korova · 15/04/2008 20:07:49

LE fichier est créé, reste à attendre le prochain redémarrage pour voir si ça marche... ("prions, mes frères...")
En même temps je ne démarre pas ma linuxbox tous les 4 matins, et j'ai pas vraiment envie de redémarrer rien que pour ça...

À suivre donc !

Korova qui remercie tous ceux qui tentent de l'aider malgré son mauvais caractère et son incompétence

Andesi - forum

#1 04/01/2008 17:35:41

Debian n'aimerait-il pas les devices usb 2.0 ?

#2 04/01/2008 18:31:35

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#3 04/01/2008 18:48:24

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#4 04/01/2008 21:30:05

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#5 04/01/2008 23:58:10

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#6 11/04/2008 21:59:11

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#7 13/04/2008 11:44:14

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#8 13/04/2008 15:27:12

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#9 13/04/2008 18:03:46

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#10 13/04/2008 21:08:06

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#11 13/04/2008 21:33:05

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#12 13/04/2008 21:50:18

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#13 14/04/2008 15:30:01

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

#14 15/04/2008 20:07:49

Re : Debian n'aimerait-il pas les devices usb 2.0 ?

Pied de page des forums