[cle-usb] impossible de la monter et d'y accéder

Support Debian
#1

Bonjour à tous,

J’ai un petit soucis avec ma clé USB. j’étais entrain de faire des copies dessus mais la copie a planté et depuis je ne peux plus accéder à ma clé, je ne peux même plus la monter.

Voici ce que j’ai lorsque la clé n’est pas branché :

$ ls /dev/sd* /dev/sda /dev/sda1 /dev/sda2 /dev/sda3 /dev/sda4
Et voici lorsqu’elle est branchée :

$ ls /dev/sd* /dev/sda /dev/sda1 /dev/sda2 /dev/sda3 /dev/sda4 /dev/sdb

La clé est donc bien détectée, par contre il n’y a pas de sdb1… du coup je ne peux pas la monter.

Un fdisk ne la détecte pas du tout :

[code]# fdisk -l

Disque /dev/sda : 120.0 Go, 120034123776 octets
255 têtes, 63 secteurs/piste, 14593 cylindres, total 234441648 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x8eccfcf3

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 821247 409600 27 TFS WinRE masquée
/dev/sda2 821248 121258619 60218686 7 HPFS/NTFS/exFAT
/dev/sda3 121258620 151974899 15358140 83 Linux
/dev/sda4 151974900 234436544 41230822+ 83 Linux[/code]

Quelqu’un peut-il m’aider a ré-accéder a cette clé svp?

#2

fdisk /dev/sdb ne donne vraiment rien ?
Il y avait quoi comme FS ?

#3

[quote=“ben_raven”]fdisk /dev/sdb ne donne vraiment rien ?
Il y avait quoi comme FS ?[/quote]

# fdisk /dev/sdb fdisk: impossible d'ouvrir /dev/sdb: Aucun medium trouvé

La clé était soit en FAT soit en NTFS je ne me rappelle plus. Mais je sais que je faisais des échanges de fichiers entre ma Debian et des PC sous Windows.

#4

Tu as essayé GParted ?

#5

[strike]Essaie avec gparted.[/strike]
Oups en retard :smiley:

#6

gparted ne la voit pas non plus :confused:

#7

$ lsusb
l’affiche-t-il lorsque tu la branches/débranches?

#8

Oui, avec lsusb je la vois bien.

Avec la clé débranchée :

# lsusb Bus 002 Device 004: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 003: ID 04f2:b1d6 Chicony Electronics Co., Ltd CNF9055 Toshiba Webcam Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Avec la clé branchée :

# lsusb Bus 002 Device 004: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter Bus 002 Device 007: ID 1f75:0916 Innostor Technology Corporation Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 003: ID 04f2:b1d6 Chicony Electronics Co., Ltd CNF9055 Toshiba Webcam Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

#9

donne le résultat de

et donne aussi ton fichier fstab

#10

Je n’ai pas changé les groupes ni mon fstab récemment, toutefois, voici ce que ça donne :

$ groups matthieu cdrom floppy audio dip video plugdev scanner netdev bluetooth

[code]$ cat /etc/fstab

/etc/fstab: static file system information.

Use ‘blkid’ to print the universally unique identifier for a

device; this may be used with UUID= as a more robust way to name devices

that works even if disks are added and removed. See fstab(5).

/ was on /dev/sda3 during installation

UUID=75ca6dfd-2f8e-425a-adfc-e404988e8cb8 / ext4 errors=remount-ro 0 1

/home was on /dev/sda4 during installation

UUID=10daf09d-ae71-4be0-8945-0ad2ef52be18 /home ext4 defaults 0 2
UUID=5456FD0F574C3BCA /media/MatthieUsb auto rw,user,noauto,uid=matthieu 0 0
//192.168.1.13/Téléchargements /media/Téléchargements cifs rw,user,username=matthieu,password=x,uid=matthieu,exec 0 0

//192.168.1.13/Vidéos /media/Vidéos cifs rw,user,username=matthieu,password=x,uid=matthieu,exec 0 0

//192.168.1.13/Documents /media/Documents cifs rw,user,username=matthieu,password=x,uid=matthieu,exec 0 0

//192.168.1.13/Images /media/Images cifs rw,user,username=matthieu,password=x,uid=matthieu,exec 0 0

//192.168.1.13/Musique /media/Musique cifs rw,user,username=matthieu,password=x,uid=matthieu,exec 0 0

//192.168.1.13/SitesWeb /media/SiteWeb cifs rw,user,username=matthieu,password=x,uid=matthieu,exec 0 0

//192.168.1.13/Steam /media/Steam cifs rw,user,username=matthieu,password=x,uid=matthieu,exec 0 0[/code]

C’est cette ligne du fstab qui monte ma clé :

#11

Pour savoir les messages que le noyau linux renvoie au moment de l’insertion de ta clef :
depuis le compte du super-utilisateur “root” :

Des messages devraient apparaître:

Avant l’insertion d’une clef :

root@deb-G53SW:~# tail -f /var/log/messages Jan 10 19:52:36 deb-G53SW kernel: [16543.187123] generic-usb 0003:046D:C05A.000A: input,hidraw3: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.0-1.1.4.3/input0 Jan 10 19:52:37 deb-G53SW mtp-probe: checking bus 3, device 21: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.1/3-1.1.4/3-1.1.4.2" Jan 10 19:52:37 deb-G53SW mtp-probe: checking bus 3, device 20: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.1/3-1.1.4/3-1.1.4.1" Jan 10 19:52:37 deb-G53SW mtp-probe: checking bus 3, device 22: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.1/3-1.1.4/3-1.1.4.3" Jan 10 19:52:37 deb-G53SW mtp-probe: bus: 3, device: 21 was not an MTP device Jan 10 19:52:37 deb-G53SW mtp-probe: bus: 3, device: 20 was not an MTP device Jan 10 19:52:37 deb-G53SW mtp-probe: bus: 3, device: 22 was not an MTP device Jan 10 19:52:38 deb-G53SW kernel: [16544.306941] usblp1: removed Jan 10 19:52:38 deb-G53SW kernel: [16544.314451] usblp1: USB Bidirectional printer dev 21 if 0 alt 0 proto 2 vid 0x04F9 pid 0x0027 Jan 10 19:52:38 deb-G53SW udev-configure-printer: Re-enabled printer ipp://localhost:631/printers/HL-2030-series

Après insertion de la clef :

root@deb-G53SW:~# tail -f /var/log/messages
Jan 10 19:52:36 deb-G53SW kernel: [16543.187123] generic-usb 0003:046D:C05A.000A: input,hidraw3: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.0-1.1.4.3/input0
Jan 10 19:52:37 deb-G53SW mtp-probe: checking bus 3, device 21: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.1/3-1.1.4/3-1.1.4.2"
Jan 10 19:52:37 deb-G53SW mtp-probe: checking bus 3, device 20: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.1/3-1.1.4/3-1.1.4.1"
Jan 10 19:52:37 deb-G53SW mtp-probe: checking bus 3, device 22: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.1/3-1.1.4/3-1.1.4.3"
Jan 10 19:52:37 deb-G53SW mtp-probe: bus: 3, device: 21 was not an MTP device
Jan 10 19:52:37 deb-G53SW mtp-probe: bus: 3, device: 20 was not an MTP device
Jan 10 19:52:37 deb-G53SW mtp-probe: bus: 3, device: 22 was not an MTP device
Jan 10 19:52:38 deb-G53SW kernel: [16544.306941] usblp1: removed
Jan 10 19:52:38 deb-G53SW kernel: [16544.314451] usblp1: USB Bidirectional printer dev 21 if 0 alt 0 proto 2 vid 0x04F9 pid 0x0027
Jan 10 19:52:38 deb-G53SW udev-configure-printer: Re-enabled printer ipp://localhost:631/printers/HL-2030-series
Jan 10 19:54:21 deb-G53SW kernel: [16647.302719] usb 3-1.4: new high-speed USB device number 23 using ehci_hcd
Jan 10 19:54:21 deb-G53SW kernel: [16647.397771] usb 3-1.4: New USB device found, idVendor=1307, idProduct=0163
Jan 10 19:54:21 deb-G53SW kernel: [16647.397781] usb 3-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jan 10 19:54:21 deb-G53SW kernel: [16647.397787] usb 3-1.4: Product: USB Mass Storage Device
Jan 10 19:54:21 deb-G53SW kernel: [16647.397791] usb 3-1.4: Manufacturer: USBest Technology
Jan 10 19:54:21 deb-G53SW kernel: [16647.397795] usb 3-1.4: SerialNumber: 000000000019C6
Jan 10 19:54:21 deb-G53SW kernel: [16647.398915] scsi12 : usb-storage 3-1.4:1.0
Jan 10 19:54:21 deb-G53SW mtp-probe: checking bus 3, device 23: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.4"
Jan 10 19:54:21 deb-G53SW mtp-probe: bus: 3, device: 23 was not an MTP device
Jan 10 19:54:22 deb-G53SW kernel: [16648.400103] scsi 12:0:0:0: Direct-Access     USB2.0   FlashDisk        0.00 PQ: 0 ANSI: 2
Jan 10 19:54:22 deb-G53SW kernel: [16648.402565] sd 12:0:0:0: Attached scsi generic sg4 type 0
Jan 10 19:54:22 deb-G53SW kernel: [16648.403561] sd 12:0:0:0: [sdd] 2015231 512-byte logical blocks: (1.03 GB/983 MiB)
Jan 10 19:54:22 deb-G53SW kernel: [16648.404424] sd 12:0:0:0: [sdd] Write Protect is off
Jan 10 19:54:22 deb-G53SW kernel: [16648.522347]  sdd: sdd1 sdd2 sdd3 sdd4 < sdd5 >
Jan 10 19:54:22 deb-G53SW kernel: [16648.586488] sd 12:0:0:0: [sdd] Attached SCSI removable disk

La différence :

Jan 10 19:54:21 deb-G53SW kernel: [16647.302719] usb 3-1.4: new high-speed USB device number 23 using ehci_hcd
Jan 10 19:54:21 deb-G53SW kernel: [16647.397771] usb 3-1.4: New USB device found, idVendor=1307, idProduct=0163
Jan 10 19:54:21 deb-G53SW kernel: [16647.397781] usb 3-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jan 10 19:54:21 deb-G53SW kernel: [16647.397787] usb 3-1.4: Product: USB Mass Storage Device
Jan 10 19:54:21 deb-G53SW kernel: [16647.397791] usb 3-1.4: Manufacturer: USBest Technology
Jan 10 19:54:21 deb-G53SW kernel: [16647.397795] usb 3-1.4: SerialNumber: 000000000019C6
Jan 10 19:54:21 deb-G53SW kernel: [16647.398915] scsi12 : usb-storage 3-1.4:1.0
Jan 10 19:54:21 deb-G53SW mtp-probe: checking bus 3, device 23: "/sys/devices/pci0000:00/0000:00:1d.0/usb3/3-1/3-1.4"
Jan 10 19:54:21 deb-G53SW mtp-probe: bus: 3, device: 23 was not an MTP device
Jan 10 19:54:22 deb-G53SW kernel: [16648.400103] scsi 12:0:0:0: Direct-Access     USB2.0   FlashDisk        0.00 PQ: 0 ANSI: 2
Jan 10 19:54:22 deb-G53SW kernel: [16648.402565] sd 12:0:0:0: Attached scsi generic sg4 type 0
Jan 10 19:54:22 deb-G53SW kernel: [16648.403561] sd 12:0:0:0: [sdd] 2015231 512-byte logical blocks: (1.03 GB/983 MiB)
Jan 10 19:54:22 deb-G53SW kernel: [16648.404424] sd 12:0:0:0: [sdd] Write Protect is off
Jan 10 19:54:22 deb-G53SW kernel: [16648.522347]  sdd: sdd1 sdd2 sdd3 sdd4 < sdd5 >
Jan 10 19:54:22 deb-G53SW kernel: [16648.586488] sd 12:0:0:0: [sdd] Attached SCSI removable disk

Poste nous la différence que tu aura observée sur ta machine.

Merci.

EDIT : Pour “sortir” de la commande “tail -f”, tu fait “Ctrl-c”.

Au vu de l’UUID de ta clef (dans ton /etc/fstab), il s’agissait sans doute d’une partition de type NTFS ou autre type de partition microsoft…
Si tu as eu le malheur de la connecter à une machine qui tournait sous win, il est fort possible que win ait modifié le type de partition, et donc l’UUID.
J’ai observé ce fait avec des FAT32 qui se transformaient en ExFAT, et d’autres tables de partitions qui se transformaient en type GPT, et tout ceci sans aucun message : Simplement, comme la clef ou le disque usb ne s’affiche pas dans Win, l’utilisateur branche et débranche plusieurs fois.

Pour ta clef 16GiB, (qui est sûrement partitionnée en GPT), je suppose que tu devrais pouvoir reconstruire le “protective MBR” depuis la copie située dans les derniers secteurs de la clef

#12

Bonsoir , il y a ya youpi youpi ya … un utilitaire de disque qui se trouve dans Applications Accessoires ! @+

#13

[quote=“MicP”]Pour savoir les messages que le noyau linux renvoie au moment de l’insertion de ta clef :
depuis le compte du super-utilisateur “root” :

Voici les lignes qui se sont ajoutées au moment du branchement de la clé :

Jan 10 13:31:10 skynet kernel: [13148.287805] usb 2-1.3: new high-speed USB device number 8 using ehci-pci Jan 10 13:31:10 skynet kernel: [13148.381477] usb 2-1.3: New USB device found, idVendor=1f75, idProduct=0916 Jan 10 13:31:10 skynet kernel: [13148.381488] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jan 10 13:31:10 skynet kernel: [13148.381502] usb 2-1.3: Product: IS916EN Jan 10 13:31:10 skynet kernel: [13148.381506] usb 2-1.3: Manufacturer: Innostor Technology Corp. Jan 10 13:31:10 skynet kernel: [13148.381912] usb-storage 2-1.3:1.0: USB Mass Storage device detected Jan 10 13:31:10 skynet kernel: [13148.382058] scsi10 : usb-storage 2-1.3:1.0 Jan 10 13:31:10 skynet mtp-probe: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3" Jan 10 13:31:10 skynet mtp-probe: bus: 2, device: 8 was not an MTP device Jan 10 13:31:11 skynet kernel: [13149.379953] scsi 10:0:0:0: Direct-Access Innostor NAND Flash 1.00 PQ: 0 ANSI: 6 Jan 10 13:31:11 skynet kernel: [13149.380358] sd 10:0:0:0: Attached scsi generic sg2 type 0 Jan 10 13:31:11 skynet kernel: [13149.382085] sd 10:0:0:0: [sdb] Attached SCSI removable disk

[quote=“MicP”]Au vu de l’UUID de ta clef (dans ton /etc/fstab), il s’agissait sans doute d’une partition de type NTFS ou autre type de partition microsoft…
Si tu as eu le malheur de la connecter à une machine qui tournait sous win, il est fort possible que win ait modifié le type de partition, et donc l’UUID.
J’ai observé ce fait avec des FAT32 qui se transformaient en ExFAT, et d’autres tables de partitions qui se transformaient en type GPT, et tout ceci sans qucun message : Simplement, comme la clef ou le disque usb ne s’affiche pas dans Win, l’utilisateur branche et débranche plusieurs fois.[/quote]
J’ai déjà utilisé plusieurs fois cette clé afin de faire ce genre de transfert entre Debian et win et je n’ai jamais eu de problème. D’ailleurs comme je l’explique dans mon premier post, je pense que c’est sous Debian que le problème a été généré. J’étais entrain de faire une copie de fichiers dessus et thunar a planté stoppant brutalement la copie. C’est après ça que je n’ai plus réussis à y accéder. Pour la partition il s’agissait de NTFS ou de FAT, pas d’autre chose j’en suis sur. Je ne sais plus par contre de laquelle des deux il s’agissait.

#14

En voyant ce dernier message du noyau :

Jan 10 13:31:11 skynet kernel: [13149.382085] sd 10:0:0:0: [sdb] Attached SCSI removable diskje ne comprends pas pourquoi “fdisk -l” n’essaie même pas d’accéder au fichier de périphérique “/dev/sdb”

Peut-être faudrait-il le lui spécifier avec : fdisk /dev/sdbSi le message retourné est :

Peut-être que “gdisk” serait plus bavard étant donné que je pense qu’il s’agit de GPT…

il faudra essayer avec “dd” de récupérer les 2048 premiers secteurs, et peut être aussi les 34 derniers de la clef pour les analyser.

EDIT : pourrais-tu aussi me poster un copié-collé du retour de la commande :

Merci.

#15

Je ne sais vraiment pas comment faire cela :confused: et vu que je ne sais pas non plus ce que je suis censé récupérer je ne pense pas que je serais capable d’analyser les résultats.

#16

Revérifie avant (avec “dmesg” ou “tail -f /var/log/messages”) que ta clef est bien associée au fichier de périphérique “/dev/sdb”, puis
pour récupérer les 2048 premiers secteur, la commande suivante va créer un fichier nommé “dd_clef” (de 1Mio) correspondant:

dd if=/dev/sdb of=dd_clef bs=2048 count=512; syncRelis bien la ligne de commande avant d’appuyer sur “entrée”, et fait très très attention que ce soit “of=dd_clef” qui soit écrit :
si c’est “of=/dev/sda” => tu écrasera le MBR du disque dur de ta machine, et elle ne voudra pas redémarrer
si c’est “of=/dev/sdb” => ce sera ta clef que tu rendra inutilisable.

Pour transmettre le fichier, il doit être possible de “joindre le fichier” en bas de la fenêtre d’édition des posts. (j’ai pas encore eu à l’utiliser)

#17

dmesg me dit bien que ma clé est sdb :

Pourtant le dd ne passe pas :

# dd if=/dev/sdb of=dd_clef bs=2048 count=512; sync dd: impossible d'ouvrir « /dev/sdb »: Aucun medium trouvé

#18

dans ton fstab dièse la ligne

et redémarre la machine et ensuite branche la clé,normalement si tu es dans le groupe plugdev pas besoin de renseigner fstab pour une clé

#19

J’ai bien peur que ta clef USB ait rendu l’âme au moment où tu faisais des copies (post #1) :frowning:
Voir si la garantie peut jouer ?

#20

[quote=“marcastro”]dans ton fstab dièse la ligne

et redémarre la machine et ensuite branche la clé,normalement si tu es dans le groupe plugdev pas besoin de renseigner fstab pour une clé[/quote]
Effectivement cette ligne n’est pas obligatoire. Je l’avais mise dans le fstab pour que la clé se monte toujours au même endroit.
Je viens d’enlever la ligne du fstab et j’ai rebooté mais cela ne change rien. Les symptômes sont les mêmes qu’avant.

[quote=“MicP”]J’ai bien peur que ta clef USB ait rendu l’âme au moment où tu faisais des copies (post #1) :frowning:
Voir si la garantie peut jouer ?[/quote]
J’espère pas, ça m’embêterait beaucoup…