Salut,

suite à une sombre manip. dont je ne me souviens plus (quelque chose comme dd of=/dev/...), j'ai corrompu ma clef usb (Pendrive usb2 pour les intimes)
J'ai bien tenté de modifier les règles d'attribution selon les indications de cette page :
http://www.reactivated.net/writing_udev_rules.html#udevinfo
en écrivant dans le fichier : /etc/udev/rules.d/11-pendrive.rules
ceci :
SUBSYSTEMS=="usb", ATTRS{product}=="Pen Drive 2.0", SYMLINK+="flashd"

à noter que cela semble fonctionner :
un ls /dev/fla* donnant ceci:
lrwxrwxrwx 1 root root 15 nov. 5 22:03 /dev/flashd -> usbdev1.12_ep00

Un tour dans la log des messages ( avec tail -20 /var/log/messages) me renvoit ces informations:
...
Nov 5 21:49:29 romain kernel: usb 1-3: new high speed USB device using ehci_hcd and address 9
Nov 5 21:49:29 romain kernel: usb 1-3: configuration #1 chosen from 1 choice
Nov 5 21:49:29 romain kernel: scsi18 : SCSI emulation for USB Mass Storage devices
Nov 5 21:49:29 romain kernel: usb 1-3: New USB device found, idVendor=ffff, idProduct=1300
Nov 5 21:49:29 romain kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 5 21:49:29 romain kernel: usb 1-3: Product: Pen Drive 2.0
Nov 5 21:49:29 romain kernel: usb 1-3: Manufacturer:
Nov 5 21:49:29 romain kernel: usb 1-3: SerialNumber: AA1234567890
Nov 5 21:49:34 romain kernel: scsi 18:0:0:0: Direct-Access Pen Drive 2.0 1.0e PQ: 0 ANSI: 0 CCS
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] 253952 512-byte hardware sectors (130 MB)
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Write Protect is off
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Assuming drive cache: write through
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] 253952 512-byte hardware sectors (130 MB)
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Write Protect is off
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Assuming drive cache: write through
Nov 5 21:50:35 romain kernel: sdc:<6>usb 1-3: reset high speed USB device using ehci_hcd and address 9

Malheureusement, pas moyen de manipuler /dev/flashd , que ce soit par fdisk ou autre.

un lsusb ne m'indique rien sur cette clef.

Après quelques recherches ici et ailleurs, je commence à me demander si j'arriverai à réutiliser cette (vieille) clef.
.. A moins que l'un de vous ai une idée à me proposer ?

cordialement Rm *
as tu essayé de la mounter manuellement comme un disque dur?
juste un disque scsi éditable dans /etc/fstab pour continuer à t'en servir
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] 253952 512-byte hardware sectors (130 MB)
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Write Protect is off
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Assuming drive cache: write through
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] 253952 512-byte hardware sectors (130 MB)
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Write Protect is off
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Assuming drive cache: write through
apparemment la clé est montée en disque sdc

que dit

fdisk -l /dev/sdc ?
Bonsoir,

j'ai essayé aussi... la commande fdisk -l /dev/sdc ne renvoit rien.
en fait /dev/sdc n'est pas déclaré comme on pourrait le penser, même majeur qu'un disque dur, pas le même mineur (ici sda pour illustrer):
device de type bloc mais ne se fait pas comme attendue:
ls -l /dev/sd[a,c]
brw-rw---- 1 root disk 8, 0 nov. 6 17:38 /dev/sda
brw-rw---- 1 root disk 8, 32 nov. 6 20:21 /dev/sdc

fdisk /dev/sdc est plus explicicte:
fdisk /dev/sdc

Incapable d'ouvrir /dev/sdc

ls -l /dev/flashd
lrwxrwxrwx 1 root root 3 nov. 6 20:21 /dev/flashd -> sdc

Il n'y a pas périle ne la demeure, mais j'aime bien comprendre, et surtout corriger mes erreurs,, celle-là me résiste bien ...

Merci de ton aide, je continue ...
Rm *
Essaie de monter cette clé dans un autre pc pour voir si elle est encore fonctionnelle ou hs.
Salut,

j'ai testé sous xp, pas mieux, lundi j'essaierai sous win2000.
Le problème est simplement logique, j'ai du écrasé le MBR en fait, la logique de la clef semble correcte : la log contient des infos cohérentes sans erreur.
Rm *
Lorsqu'on écrase juste le mbr, on peut faire un fdisk, qui le réécrira. Ca n'empêche pas de monter la clé.
Ce ce que je pensais aussi, pour l'avori déjà fait par ailleurs.
Pour cette fois, nada !
Bon win2000 ne s'en dépètre pas non plus.
Le cd fourni pour xp ne servant à rien, je me rapproche un peu plus de la poubelle ;o)
Yapas, c'est quand même bizarre d'avoir les infos en standard dans la log et de coincer ,euh, quelque part ...
Suite au prochain trait de génie ...
Rm *
Que windows xx ne la voie pas c'est normal si tu a altéré quelle chose depuis Linux.
essaies de l'identifier: (en plus avec udev tu pourra remettre le reglage initial) 
/lib/udev/vol_id -u /dev/sdc
pour avoir son UUID que tu monte dans fstab 
UUID=xxxxxxxx    /media/cle_usb  ntfs-3g defaults 0 0    #(a adapter à ta clé)
mount -a
pour voir ce qu'il en pense

autrement il y a cfdisk ou parted qui marche bien
je suis assez d'accord.
# /lib/udev/vol_id -u /dev/sdc
/dev/sdc: error opening volume
sans surprise.
cfdisk et parted n'y arrivent pas non plus (j'ai déjà essayé)
Quand je dis que c'est étonnant ...
Une commande de plus que je ne connaissais pas, merci ;o)

Rm *
Je sais pas quoi te dire, c'est incroyable que le noyau la reconnaisse et que tu ne puisse pas y accéder.
Et en lecture seule avec ce genre d'arguements: 
/dev/sdc1 /media/cle_usb ntfs umask=0022,nls=utf8,sync,ro 0 0
ça peut marcher
comme ceci ?
# /lib/udev/vol_id /dev/sdc1 /media/cle_usb ntfs umask=0022,nls=utf8,sync,ro 0 0
/dev/sdc1: error opening volume
ben non plus, si le canard était toujours vivant (cf. Bourvil), ben le clef est toujours inerte.
Ca va tourner en gag ce truc ;o)

merci.
non non juste créer un nouveau rep dans /mnt ou /media comme /media/cle_usb
(il faut qu'il soit nouveau pour ne pas être lier à un periphérique existant)
donc sudo mkdir /media/cle_usb
puis monter le periphérique /dev/sdc1 qui est reconnu en entrant la ligne au dessous dans /etc/fstab: 
/dev/sdc1 /media/cle_usb ntfs-3g umask=0022,nls=utf8,sync,ro 0 0
le fait de préciser le montage en ro(lecture seule, par l'umask=0022) et le codage pour ce genre de periph.
Une autre chose, te rappelle tu si il était en vfat ou ntfs?
essaies ntfs-3g et voies ce qu'il en dit.

Au fait ta clé a-t-elle fonctionné déjà sur cette distribution avant?

si ca fonctionne pas tu peut essayer en vfat 
/dev/sdc1 /media/cle_usb vfat umask=0022,nls=utf8,sync,ro 0 0
je comprends toujours pas la démarche là.

Si une partie hard est abîmée, on peut essayer dans tous les sens. Sans table de partitions accessible, on ne fait rien.
bé c'est à dire que là je vois toujours rien qui éclaire clairement sur l'état de la table.
J'aimerai avoir un retour qui nous parle plus.
Je ne sais pas si cette clé à déjà fonctionné sur le system présent et en tant que quoi?
quel manip ont étaient faites avec udev
pourquoi le kernel affiche configuration #1 chosen from 1 choice
pourquoi le dmesg reconnais la clé, tous les paramètres et la contenance
en genéral si la clé est total naze il y a plus rien, non?

en montant on aura les logs