OVH Cloud OVH Cloud

et encore un problème de clé usb

13 réponses
Avatar
Sébastien Kirche
Bonjour,

je ne parviens plus à monter de clé usb sur mon système Debian SID (2.4.26
smp).

Ceci sans modification du système autre que les mises à jour[¹]. (J'avais
essayé un configuration d'autofs à une époque mais je n'ai pas terminé et
pour le moment autofs est désinstallé.)

Le montage ne posait pas de problème avant (avant quoi ?) et se montait
comme ceci dans /etc/fstab:
/dev/sda1 /flashusb vfat auto,users,exec,umask=000 0 0

J'ai cru à un problème matériel avec ma clé lorsqu'elle a cessé de se monter
en disant :
,----
| mount: type de sys. de fichiers erroné, option erronée, super bloc erroné
| sur /dev/sda1, ou trop de systèmes de fichiers montés
`----
Mais on vient de m'en passer une qui refuse de la même manière.
Ceci dit ma clé fonctionne encore avec mon mac au boulot.

Côté modules, j'ai ceux-ci (sans modif récente):
,----[ lsmod | grep usb ]
| usb-storage 71456 0
| usb-uhci 24524 0 (unused)
| usbcore 66976 1 [usb-storage printer scanner hid usb-uhci]
| scsi_mod 98424 4 (autoclean) [usb-storage sr_mod sd_mod ide-scsi]
| ide-core 115756 5 (autoclean) [usb-storage ide-cd ide-scsi ide-detect ide-disk piix]
`----

Côté noyau, au branchement de la clé je vois ceci :
,----
| Dec 19 11:32:34 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 3
| Dec 19 11:32:34 obelix kernel: usb-uhci.c: interrupt, status 2, frame# 1089
| Dec 19 11:32:35 obelix kernel: usb_control/bulk_msg: timeout
| Dec 19 11:32:35 obelix kernel: scsi1 : SCSI emulation for USB Mass Storage devices
| Dec 19 11:32:40 obelix kernel: usb_control/bulk_msg: timeout
| Dec 19 11:32:46 obelix kernel: usb-uhci.c: interrupt, status 2, frame# 1019
| Dec 19 11:32:58 obelix kernel: usb-uhci.c: interrupt, status 3, frame# 744
| Dec 19 11:32:58 obelix kernel: Vendor: UFD Model: Rev: 7.77
| Dec 19 11:32:58 obelix kernel: Type: Direct-Access ANSI SCSI revision: 02
| Dec 19 11:32:58 obelix kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
| Dec 19 11:32:58 obelix kernel: SCSI device sda: 256000 512-byte hdwr sectors (131 MB)
| Dec 19 11:32:58 obelix kernel: sda: Write Protect is off
| Dec 19 11:32:58 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: p1
`----
Je n'avais jamais remarqué les «usb_control/bulk_msg: timeout»

Et si je tente le montage de la clé :
,----
| Dec 19 11:33:47 obelix kernel: FAT: Did not find valid FSINFO signature.
| Dec 19 11:33:47 obelix kernel: Found signature1 0x587a7ee6 signature2 0xd2a6160 sector=19786.
| Dec 19 11:33:47 obelix kernel: VFS: Can't find a valid FAT filesystem on dev 08:01.
`----

Bizarre le «can't dind a valid fat filesystem».

Quelqu'un aurait une idée ? Moi je ne vois pas trop.
J'ai bien tenté de démonter/remonter les modules usb et de regarder du côté
d'usb-ohci (je ne connais pas trop la différence entre ohci et uhci) mais
pas de résultat.

Footnotes:
[¹] en y réfléchissant je ne suis plus sûr du fonctionnement de la clé
depuis que j'ai changé de Shuttle (P4 1,7 -> P4 2,8 GHz) mais je ne
vois pas trop où le problème pourrait se situer de ce côté.

Sébastien Kirche

3 réponses

1 2
Avatar
no_spam
On Tue, 21 Dec 2004 10:21:11 +0100, John Mackerel wrote:

no_spam wrote:

J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme


Je suis 100% d'accord, c'est de la "connector conspiracy" comme
au bon vieux temps...

Il y a quand même une chose qui me tracasse. J'ai deux clefs USB,
Je boote, je branche la clef A, elle est reconnue en /dev/sda, je
la débranche, je branche la B, et elle est reconnue en /dev/sdb !
Comment écrire une fstab avec ça ?

Et je suppose que si j'utilise une troisième clef, elle sera en
/dev/sdc ...

Est-il possible, en cas d'utilisation successive de plusieurs clefs
de l'avoir toujours sur le même /dev/sdX ou d'avoir un automounter
qui se débrouille de tout ce fatras ? Je n'ai plus de sang de poulet
en stock...


udev est censé répondre à ces problèmes, à condition d'avoir un
kernel 2.6.


Avatar
John Mackerel
no_spam wrote:

Est-il possible, en cas d'utilisation successive de plusieurs clefs
de l'avoir toujours sur le même /dev/sdX ou d'avoir un automounter
qui se débrouille de tout ce fatras ? Je n'ai plus de sang de poulet
en stock...


udev est censé répondre à ces problèmes, à condition d'avoir un
kernel 2.6.

Je suis en train de regarder avec hotplug ce qu'on peut faire

sur le kernel 2.4, mais j'avoue que je patauge un peu...
Est-ce une bonne piste, oo faut-il laisser tomber de suite ?

tth.


Avatar
no_spam
On Tue, 21 Dec 2004 16:14:09 +0100, John Mackerel wrote:

no_spam wrote:

Est-il possible, en cas d'utilisation successive de plusieurs clefs
de l'avoir toujours sur le même /dev/sdX ou d'avoir un automounter
qui se débrouille de tout ce fatras ? Je n'ai plus de sang de poulet
en stock...


udev est censé répondre à ces problèmes, à condition d'avoir un
kernel 2.6.

Je suis en train de regarder avec hotplug ce qu'on peut faire

sur le kernel 2.4, mais j'avoue que je patauge un peu...
Est-ce une bonne piste, oo faut-il laisser tomber de suite ?


Ce n'est pas une bonne piste. Sur un 2.4, le nommage des périphériques
est soit statiques soit fait par le kernel (devfs).
Par contre, udev a été conçu, entre autres, pour répondre à ces
problèmes.
Je ne pense pas qu'il ait été backporté sur 2.4.



1 2