[Squeeze et USB] - Problème de montage de clé

Bonjour,

j’ai un problème avec le support USB de ma machine. J’ai récemment recompilé un noyau 2.6.31 et je n’ai pas touché aux options de la section USB Support. Je les ai vérifiées en fonction des informations données ici :

guide.andesi.org/html/moptions-n … -noyau-usb

et ici :

pagesperso-orange.fr/cspoires/li … onfignoyau

et les bons modules sont activés (pas en dur par contre mais en modulaire pour certains mais je vois pas en quoi ça peut poser un problème) et seule l’option “USB announce new device” est désactivée alors qu’elle est marquée comme devant être activée dans le 2ème lien donné ci-dessus mais vu la description donnée par l’utilitaire de compilation du noyau ça ne devrait pas poser de problème.

La commande lsusb donne ceci lorsque je n’ai aucune clé de branchée :

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

et ceci avec une clé branchée :

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 0951:1600 Kingston Technology DataTraveler II Pen Drive
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Je suppose donc que la clé est bien détectée par le système.

Par contre, impossible de trouver le système de fichier correspondant.

Un ls dans /dev me donne ceci :

adsp             log                 ram12       tty13  tty41  ttyS3
agpgart          loop0               ram13       tty14  tty42  urandom
audio            loop1               ram14       tty15  tty43  vcs
block            loop2               ram15       tty16  tty44  vcs1
bus              loop3               ram2        tty17  tty45  vcs10
cdrom            loop4               ram3        tty18  tty46  vcs11
cdrw             loop5               ram4        tty19  tty47  vcs12
char             loop6               ram5        tty2   tty48  vcs2
console          loop7               ram6        tty20  tty49  vcs3
core             MAKEDEV             ram7        tty21  tty5   vcs4
cpu_dma_latency  mcelog              ram8        tty22  tty50  vcs5
disk             mem                 ram9        tty23  tty51  vcs6
dmmidi1          midi1               random      tty24  tty52  vcs7
dsp              mixer               root        tty25  tty53  vcs8
dvd              mixer1              rtc         tty26  tty54  vcs9
dvdrw            net                 rtc0        tty27  tty55  vcsa
fd               network_latency     sequencer   tty28  tty56  vcsa1
fd0              network_throughput  sequencer2  tty29  tty57  vcsa10
full             null                shm         tty3   tty58  vcsa11
hda              nvidia0             snapshot    tty30  tty59  vcsa12
hda1             nvidiactl           snd         tty31  tty6   vcsa2
hda2             parport0            sndstat     tty32  tty60  vcsa3
hda3             port                stderr      tty33  tty61  vcsa4
hda5             ppp                 stdin       tty34  tty62  vcsa5
hda6             psaux               stdout      tty35  tty63  vcsa6
hda7             ptmx                tty         tty36  tty7   vcsa7
hdd              pts                 tty0        tty37  tty8   vcsa8
hpet             ram0                tty1        tty38  tty9   vcsa9
initctl          ram1                tty10       tty39  ttyS0  xconsole
input            ram10               tty11       tty4   ttyS1  zero
kmsg             ram11               tty12       tty40  ttyS2

Dans /dev/bus/usb/001, si j’ai ma clé de branchée, un ls -l me donne ceci :

crw-rw-r-- 1 root root 189, 0 sep 27  2009 001
crw-rw-r-- 1 root root 189, 5 sep 27 15:04 006

Un ls -l sans la clé me donne une ligne de moins (celle terminant par 006).
Notez que le 006 s’incrémente à chaque branchage/débranchage et j’en ai fait plusieurs en l’occurrence.

Voilà, je suis un peu bloqué.

scsi activé ?

essaie

pour connaitre le périph de ta clé

@Lou

blkid donne ceci :

/dev/hda1: UUID="7E0825360824EEB9" LABEL="SYSTEME" TYPE="ntfs" /dev/hda3: UUID="a68a5f54-1303-4dc0-8397-b780443a0aa4" TYPE="ext3" /dev/hda5: LABEL="DD_FAT32" UUID="76DA-1B3D" TYPE="vfat" /dev/hda6: TYPE="swap" /dev/hda7: UUID="5b3ce280-f85f-41de-bb5e-0b60ea273f3d" TYPE="ext3"

C’est à dire les partitions standards de mon système.

@dchost99 :

Quel est le rapport entre SCSI et USB ?

Via quelle commande je sais que c’est activé ?

Je vais tout de même regarder dans les options de mon noyau si j’ai pas désactivé ça c’est bien possible.

Ok ben dans “SCSI device support” j’ai presque toutes les options désactivées.

Je comprends pas le rapport entre l’USB et SCSI… Si quelqu’un pouvait m’expliquer. Je suis une bille sur les questions de matos.

Je vais recompiler un noyau en activant les options définies ici dans la section SCSI.

usb disque dépend de scsi
NOTE: USB_STORAGE enables SCSI, and ‘SCSI disk support’

Après recompilation ça va un peu mieux dans la mesure où Gnome lance des binaires relatifs aux USB mais je n’ai toujours pas de disque à monter.

Ce topic propose l’utilisation de la commande dmesg pour voir les messages de boot du noyau en rapport à l’USB.

Perso j’ai ceci :

usb 1-5: new high speed USB device using ehci_hcd and address 2 usb 1-5: configuration #1 chosen from 1 choice Initializing USB Mass Storage driver... scsi2 : SCSI emulation for USB Mass Storage devices usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning scsi 2:0:0:0: Direct-Access Kingston DataTraveler II 1.13 PQ: 0 ANSI: 0 CCS usb-storage: device scan complete

Alors que dans le topic la personne ayant l’USB fonctionnel a ceci :

usb 2-2: new full speed USB device using uhci_hcd and address 2 SCSI subsystem initialized Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning usbcore: registered new driver usb-storage USB Mass Storage support registered. Vendor: USB 2.0 Model: Storage Device Rev: 0100 Type: Direct-Access ANSI SCSI revision: 00 usb-storage: device scan complete SCSI device sda: 40132503 512-byte hdwr sectors (20548 MB) sda: assuming drive cache: write through SCSI device sda: 40132503 512-byte hdwr sectors (20548 MB) sda: assuming drive cache: write through sda: sda1 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 40132503 512-byte hdwr sectors (20548 MB) sda: assuming drive cache: write through sda: sda1

En clair, tout va bien chez moi, SAUF que le système ne me crée pas de disque sda1 ou autre.

Quelles options dans le noyau dois-je regarder (j’ai peut-être encore désactiver un truc ailleurs) ou bien quelle commande pourrais-je utiliser ?

Autre info importante oubliée tout à l’heure, j’ai une imprimante USB qui elle fonctionne mais avec des drivers proprio (TurboPrint) en version d’essai, je ne suis pas parvenu lorsque j’avais configuré l’imprimante à la faire marcher avec les drivers de base du système.

Voili voilou, Marco, coincé…

EDIT : Quand une clef est branchée je vois même dans Conky des processus nommés “scsi_eh_3” et “usb_storage” …

si c’est juste le dev qui manque fait un
mknod sda b 8 0
mknod sda1 b 8 1
et essaye de le monter
mount /dev/sda1 /mon_point_mount

debianmarco:/dev# mount -t vfat /dev/sda1 /mnt/cleusb

me renvoie :

J’ai bien sur exécuté les 2 commandes que tu m’as fourni en étant positionné dans /dev et elles ont marché puisque maintenant j’ai bien /dev/sda et /dev/sda1.

j’avais le même problème quand je voulais minimiser mon kernel
compare ton kernel (usb et scsi) avec
viewtopic.php?f=8&t=22621

usbfs + scsi + vfat

CONFIG_USB_C67X00_HCD is not set

CONFIG_USB_EHCI_HCD=y
CONFIG_USB_EHCI_ROOT_HUB_TT=y

CONFIG_USB_ISP116X_HCD is not set

CONFIG_USB_OHCI_HCD=y

CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set

CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set

CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y

CONFIG_USB_SL811_HCD is not set

CONFIG_USB_R8A66597_HCD is not set

USB Device Class drivers

CONFIG_USB_ACM is not set

CONFIG_USB_PRINTER is not set

CONFIG_USB_WDM is not set

NOTE: USB_STORAGE enables SCSI, and ‘SCSI disk support’

may also be needed; see USB_STORAGE Help for more information

CONFIG_USB_STORAGE=y

CONFIG_USB_STORAGE_DEBUG is not set

CONFIG_USB_STORAGE_DATAFAB is not set

CONFIG_USB_STORAGE_FREECOM is not set

CONFIG_USB_STORAGE_ISD200 is not set

CONFIG_USB_STORAGE_DPCM is not set

CONFIG_USB_STORAGE_USBAT is not set

CONFIG_USB_STORAGE_SDDR09 is not set

CONFIG_USB_STORAGE_SDDR55 is not set

CONFIG_USB_STORAGE_JUMPSHOT is not set

CONFIG_USB_STORAGE_ALAUDA is not set

CONFIG_USB_STORAGE_ONETOUCH is not set

CONFIG_USB_STORAGE_KARMA is not set

CONFIG_USB_STORAGE_CYPRESS_ATACB is not set

CONFIG_USB_LIBUSUAL is not set

CONFIG_BLK_DEV_SD=y

CONFIG_CHR_DEV_ST is not set

CONFIG_CHR_DEV_OSST is not set

CONFIG_BLK_DEV_SR is not set

CONFIG_CHR_DEV_SG=y

CONFIG_CHR_DEV_SCH is not set

Some SCSI devices (e.g. CD jukebox) support multiple LUNs

CONFIG_SCSI_MULTI_LUN is not set

CONFIG_SCSI_CONSTANTS is not set

CONFIG_SCSI_LOGGING is not set

CONFIG_SCSI_SCAN_ASYNC=y
CONFIG_SCSI_WAIT_SCAN=m

Le fait que des modules soient marqués de mon côté en “m” et de ton côté en “y” peut-il jouer ?

Je ne crois pas pouvoir les passer en dur à partir de l’interface de configuration que j’utilise, si je les passes manuellement à “y” ça peut poser un problème ?

C’est la seule différence que je vois.

Pour être plus concret, les options suivantes sont marquées à “y” chez toi et à “m” chez moi :

CONFIG_USB_EHCI_HCD
CONFIG_USB_OHCI_HCD
CONFIG_USB_UHCI_HCD
CONFIG_USB_STORAGE
CONFIG_BLK_DEV_SD

dans ce cas il faut charger le module (y = intégré au kernel, m= module)
je ne sais pas pourquoi et qui a le rôle de lancer les modules usb (udev, hotplug?) mais dans ton cas il n’est pas chargé.
(a vérifier avec lsmod)

donc essaye déjà
modprobe usb-storage
modpobe uhci-hcd ehci_hcd ohci_hcd usbdevfs (usb-ohci je ne sais plus la différence)
puis connecte l’usb

CONFIG_HOTPLUG=y ?

CONFIG_HOTPLUG est à “y”.

Je vais bouffer et je m’occupe de modprober tout ça.

Merci pour ton aide.

http://gueux-forum.net/lofiversion/index.php/t55759.html

En dehors de CONFIG_USB qui est à “m” chez moi au lieu de “y” chez lui j’ai pareil.

Par contre les commandes :

modprobe sg
modprobe sd_mod
modprobe usb-ohci
modprobe usb-uhci
modprobe usb-ehci

me renvoient un FATAL: Module sg not found.

A noter que j’ai également ce message quelque soit le module utilisé par modprobe :

WARNING: All config files need .conf: /etc/modprobe.d/display_class, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/libsane, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/nvidia-kernel-nkc, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/pnp-hotplug, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/blacklist, it will be ignored in a future release.

Autre chose, entre temps j’ai du effectuer un reboot et j’ai perdu les /dev/sda et /dev/sda1 qui avait été créés avec mknod. Je ne sais pas si c’est normal.

Je vais arrêter les frais pour ce soir. j’aurai bien tester de recompiler un noyau avec l’option CONFIG_USB=y au lieu de “m” mais j’ai pas le courage.

Merci de ton aide.

EDIT : Au fait la commande lsmod renvoie ceci :

Module Size Used by binfmt_misc 6648 1 ppdev 5644 0 ipv6 197400 14 nls_iso8859_1 3612 1 nls_cp437 5276 1 vfat 8456 1 fat 40476 1 vfat nvidia 9573948 26 loop 12688 0 snd_wavefront 31020 0 snd_intel8x0 26092 0 snd_cs4236 26364 0 snd_ac97_codec 90800 1 snd_intel8x0 ac97_bus 1408 1 snd_ac97_codec snd_wss_lib 21928 2 snd_wavefront,snd_cs4236 snd_opl3_lib 8804 2 snd_wavefront,snd_cs4236 snd_hwdep 6028 2 snd_wavefront,snd_opl3_lib snd_pcm_oss 31572 0 snd_mixer_oss 12244 1 snd_pcm_oss snd_pcm 60628 5 snd_intel8x0,snd_cs4236,snd_ac97_codec,snd_wss_lib,snd_pcm_oss snd_mpu401 5880 0 snd_mpu401_uart 5692 3 snd_wavefront,snd_cs4236,snd_mpu401 snd_seq_dummy 2376 0 snd_seq_oss 21528 0 snd_seq_midi 5632 0 snd_rawmidi 17884 3 snd_wavefront,snd_mpu401_uart,snd_seq_midi snd_seq_midi_event 5964 2 snd_seq_oss,snd_seq_midi snd_seq 38336 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 16468 4 snd_wss_lib,snd_opl3_lib,snd_pcm,snd_seq snd_seq_device 6076 6 snd_opl3_lib,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq evdev 7788 8 snd 46204 17 snd_wavefront,snd_intel8x0,snd_cs4236,snd_ac97_codec,snd_wss_lib,snd_opl3_lib,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_mpu401,snd_mpu401_uart,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device snd_page_alloc 7884 3 snd_intel8x0,snd_wss_lib,snd_pcm soundcore 5916 1 snd i2c_nforce2 6100 0 psmouse 37204 0 i2c_core 19632 2 nvidia,i2c_nforce2 serio_raw 4408 0 pcspkr 2020 0 parport_pc 22360 0 parport 30140 2 ppdev,parport_pc rtc_cmos 8548 0 button 4996 0 processor 23432 0 usb_storage 48180 0 ext3 103944 2 jbd 36684 1 ext3 ohci_hcd 19112 0 ide_gd_mod 13812 5 ide_cd_mod 23872 0 cdrom 30320 1 ide_cd_mod ata_generic 4360 0 sata_nv 19384 0 libata 149124 2 ata_generic,sata_nv ehci_hcd 28184 0 8139too 19096 0 mii 4704 1 8139too usbcore 125660 4 usb_storage,ohci_hcd,ehci_hcd amd74xx 5444 4 scsi_mod 93012 2 usb_storage,libata ide_pci_generic 3648 0 amd64_agp 8868 1 agpgart 30068 2 nvidia,amd64_agp floppy 44688 0 thermal 12596 0 fan 3092 0 thermal_sys 11988 3 processor,thermal,fan

Donc les bons modules semblent chargés non ?

Bon après une nouvelle recompilation du noyau c’est désormais OK.

J’ai passé les options suivantes en dur :

CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y

Les options relatives à EHCI, OHCI et UHCI peuvent rester en modulaire c’est pas un soucis. USB Storage aussi.

Cette option était désactivée chez moi et je l’ai passé en dur :

Visiblement j’avais fait un peu trop de ménage dans la section SCSI …

A partir de là, tout tourne normalement, pas besoin de modifier quoi que ce soit ailleurs (fstab par exemple) ou de
créer manuellement des sda, sda1, sdaN. Gnome gère tout ça tout seul très bien, on branche une clef, nautilus ouvre une
fenêtre avec le contenu de la clef.

Un grand MERCI a dchost99 pour son aide précieuse.