Debian-facile

Bruno19

Membre

Inscription : 03-09-2018

Clé usb (morte ?) à récupérer

Bonjour,

je viens vers vous pour vous soumettre un problème : je dois récupérer des données sur une clé usb qui fait des siennes.
La clé usb elle-même a peu de valeur mais les cours de l'instit qui sont dessus si (et sans sauvegarde... c'est plus fun)
Je n'ai que peu d'info dessus à part que c'est une 16 go (contrairement à ce que dit lsusb) et que Windows donne une erreur E/S.

Comme ça fait un petit moment que je lit le forum, voici quelques retours du terminal :

lsusb

Bus 003 Device 007: ID 0930:6544 Toshiba Corp. TransMemory-Mini / Kingston DataTraveler 2.0 Stick (2GB)

dmesg (après connection de la clé)

[ 3082.534621] usb 3-10.3: new high-speed USB device number 7 using xhci_hcd
[ 3082.637169] usb 3-10.3: New USB device found, idVendor=0930, idProduct=6544
[ 3082.637171] usb 3-10.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3082.637173] usb 3-10.3: Product: TransMemory    
[ 3082.637175] usb 3-10.3: Manufacturer: TOSHIBA
[ 3082.637176] usb 3-10.3: SerialNumber: 9836BA00EB67CEA12C525DD7
[ 3082.637691] usb-storage 3-10.3:1.0: USB Mass Storage device detected
[ 3082.638026] scsi host6: usb-storage 3-10.3:1.0
[ 3083.945121] scsi 6:0:0:0: Direct-Access     GENERIC  USB Mass Storage 1.00 PQ: 0 ANSI: 4 CCS
[ 3083.945507] sd 6:0:0:0: Attached scsi generic sg5 type 0
[ 3083.946573] sd 6:0:0:0: [sdf] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 3083.946575] sd 6:0:0:0: [sdf] Sense Key : Unit Attention [current]
[ 3083.946576] sd 6:0:0:0: [sdf] Add. Sense: Not ready to ready change, medium may have changed
[ 3083.946758] sd 6:0:0:0: [sdf] Write Protect is off
[ 3083.946759] sd 6:0:0:0: [sdf] Mode Sense: 45 00 00 00
[ 3083.947226] sd 6:0:0:0: [sdf] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 3083.948798] sd 6:0:0:0: [sdf] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 3083.948799] sd 6:0:0:0: [sdf] Sense Key : Unit Attention [current]
[ 3083.948801] sd 6:0:0:0: [sdf] Add. Sense: Not ready to ready change, medium may have changed
[ 3083.949337] sd 6:0:0:0: [sdf] Attached SCSI removable disk
 

ls /dev/sd*

/dev/sda  /dev/sda1  /dev/sdb  /dev/sdb1  /dev/sdc  /dev/sdc1  /dev/sdc2  /dev/sdc4  /dev/sdd  /dev/sdd1  /dev/sde  /dev/sde1  /dev/sde2  /dev/sde3  /dev/sde4  /dev/sde5  /dev/sdf

ici, la clé est sur sdf

cfdisk /dev/sdf

cfdisk: impossible d'ouvrir /dev/sdf: Aucun fichier ou dossier de ce type

fdisk -l /dev/sdf

fdisk: impossible d'ouvrir /dev/sdf: Aucun fichier ou dossier de ce type

df -hT : la clé n'apparait pas

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   4,9G       0  4,9G   0% /dev
tmpfs            tmpfs      988M    9,0M  979M   1% /run
/dev/sdc1        ext4        35G     11G   22G  34% /
tmpfs            tmpfs      4,9G     50M  4,8G   2% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      4,9G       0  4,9G   0% /sys/fs/cgroup
/dev/sdb1        ext4       110G     95G  9,4G  92% /mnt/backup_1
/dev/sda1        ext3       110G     73G   32G  70% /mnt/backup_2
/dev/sdd1        ext3       220G    198G   12G  95% /mnt/linux_data
/dev/sdc4        ext4       109G     85G   19G  83% /home
/dev/sde5        fuseblk    126G     61G   66G  48% /mnt/win10_data
/dev/sde4        fuseblk     98G     66G   32G  68% /mnt/win10_syst
tmpfs            tmpfs      988M     12K  988M   1% /run/user/1000
 

gnome-disks la voit :


"parted --list" et gparted ne la voit pas

lsblk -a

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111,8G  0 disk
└─sda1   8:1    0 111,8G  0 part /mnt/backup_2
sdb      8:16   0 111,8G  0 disk
└─sdb1   8:17   0 111,8G  0 part /mnt/backup_1
sdc      8:32   0 149,1G  0 disk
├─sdc1   8:33   0  35,4G  0 part /
├─sdc2   8:34   0   3,7G  0 part [SWAP]
└─sdc4   8:36   0   110G  0 part /home
sdd      8:48   0 223,6G  0 disk
└─sdd1   8:49   0 223,6G  0 part /mnt/linux_data
sde      8:64   0 223,6G  0 disk
├─sde1   8:65   0   499M  0 part
├─sde2   8:66   0   100M  0 part
├─sde3   8:67   0    16M  0 part
├─sde4   8:68   0  97,1G  0 part /mnt/win10_syst
└─sde5   8:69   0 125,9G  0 part /mnt/win10_data
sdf      8:80   1         0 disk
 

Après toutes ces commandes qu'on pourrait résumer par "ya rien qui marche", j'ai peu d'espoir !

Si vous avez des idées, je suis tout ouï

Dernière modification par Bruno19 (03-09-2018 17:51:42)

Anonyme-8

Invité

Re : Clé usb (morte ?) à récupérer

c'est à ce moment qu'on se rend compte de l'utilité d'une sauvegarde.
je ne sais pas si c'est la bonne méthode mais j'aurai tendance à faire une copie de la clé avec dd et essayer de récupérer les données avec photorec et cie.

en tout cas, si lsusb indique 2 Go et qu'elle en fait 16Go j'aurai tendance à penser que c'est une contrefaçon

au cas où tu ne trouves pas de solution et si les données ont vraiment de la valeur, faut peut être se renseigner sur des prestataires spécialisés dans la récupération de données (évidemment, tu n'as jamais de garantie de récupérer quelque chose).

Bruno19

Membre

Inscription : 03-09-2018

Re : Clé usb (morte ?) à récupérer

Merci pour la réponse.
On a trouvé des prestataires mais les tarifs montent vite.

dd if=/dev/sdf of=/dev/shm/a.iso

0+0 enregistrements lus
0+0 enregistrements écrits
0 bytes copied, 0,000156532 s, 0,0 kB/s
 

ddrescue /dev/sdf /dev/shm/a.iso

GNU ddrescue 1.21
Press Ctrl-C to interrupt
     ipos:        0 B, non-trimmed:        0 B,  current rate:       0 B/s
     opos:        0 B, non-scraped:        0 B,  average rate:       0 B/s
non-tried:        0 B,     errsize:        0 B,      run time:          1s
  rescued:        0 B,      errors:        0,  remaining time:         n/a
percent rescued:   0.00%      time since last successful read:          1s
Finished
 

Avec des options trouvés sur internet :
ddrescue -B -v -n /dev/sdf /dev/shm/a.iso

GNU ddrescue 1.21
About to copy an unknown number of Bytes from /dev/sdf to /dev/shm/a.iso.
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 128 sectors       Initial skip size: 128 sectors
Sector size: 512 Bytes

Press Ctrl-C to interrupt
     ipos:        0 B, non-trimmed:        0 B,  current rate:       0 B/s
     opos:        0 B, non-scraped:        0 B,  average rate:       0 B/s
non-tried:        0 B,     errsize:        0 B,      run time:          1s
  rescued:        0 B,      errors:        0,  remaining time:         n/a
percent rescued:   0.00%      time since last successful read:          1s
Finished
 

ddrescue -B -v -c 1 -r 5 /dev/sdf /dev/shm/a.iso a.log

GNU ddrescue 1.21
About to copy an unknown number of Bytes from /dev/sdf to /dev/shm/a.iso.
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size:   1 sectors       Initial skip size: 128 sectors
Sector size: 512 Bytes

Press Ctrl-C to interrupt
Initial status (read from mapfile)
  rescued:        0 B,     errsize:        0 B,  errors:       0

Current status
     ipos:        0 B, non-trimmed:        0 B,  current rate:       0 B/s
     opos:        0 B, non-scraped:        0 B,  average rate:       0 B/s
non-tried:        0 B,     errsize:        0 B,      run time:          1s
  rescued:        0 B,      errors:        0,  remaining time:         n/a
percent rescued:   0.00%      time since last successful read:          1s
Finished
 

Avec safecopy, qui a l'air de ressembler à ddrescue, d'après https://linuxfr.org/news/ddrescue-dd_re … 9quivalent
safecopy /dev/sdf /dev/shm/a.iso

Low level device calls enabled mode: 1
Reported hw blocksize: 4096
Reported low level blocksize: 4096
Filesize not reported by stat(), trying seek().
Unable to determine input file size.
Blocksize: 4096
Fault skip blocksize: 65536
Resolution: 4096
Min read attempts: 3
Head moves on read error: 1
Starting block: 0
Source: /dev/sdf
Destination: /dev/shm/a.iso

Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 0 (0)
Blocks (bytes) copied: 0 (0)
 

Pas bon comme résultat.

J'ai testé ces mêmes commandes sur une clé usb qui marche et les commandes marchent (copient la clé).

Dernière modification par Bruno19 (03-09-2018 20:55:37)

Anonyme-8

Invité

Re : Clé usb (morte ?) à récupérer

effectivement ça laisse peu d'espoir.
compte tenu des résultats, je ne sais pas ce qu'il est encore possible de faire ?

raleur

Membre

Inscription : 03-10-2014

Re : Clé usb (morte ?) à récupérer

Le noyau ne parvient pas à lire la taille de la clé. Donc il considère que sa taille est nulle et aucun programme comme dd ou autres qui utilise les fonctions d'accès disque standard du noyau ne pourra accéder à son contenu.

---

Il vaut mieux montrer que raconter.

Bruno19

Membre

Inscription : 03-09-2018

Re : Clé usb (morte ?) à récupérer

Le noyau ne parvient pas à lire la taille de la clé. Donc il considère que sa taille est nulle et aucun programme comme dd ou autres qui utilise les fonctions d'accès disque standard du noyau ne pourra accéder à son contenu.

Merci pour ces précisions.

Je suppose que du coup, je ne peux pas faire le raisonnement suivant :
- re-créer une table de partition
- formater une partition en fat32
- essayer de re-trouver les fichiers avec un programme style Photorec

?

raleur

Membre

Inscription : 03-10-2014

Re : Clé usb (morte ?) à récupérer

Non, car aucun accès au contenu de la clé n'est possible.

PS : si tu comptes utiliser photorec sur un support pour retrouver des données, évite d'écrire dessus, de créer une table de partition ou de la formater...

---

Il vaut mieux montrer que raconter.

Bruno19

Membre

Inscription : 03-09-2018

Re : Clé usb (morte ?) à récupérer

Des nouvelles...

un "récupérateur de données", dont c'est le métier, m'a dit que ses programmes à lui ne reconnaissent même pas la clé usb, et que c'est peut-être une surtension qui est la cause.

Prochaine étape possible : si la propriétaire de la clé est d'accord, envoi à une société spécialisée (avec devis gratuit et facturation pour la suite).

Affaire à suivre !

Dernière modification par Bruno19 (08-09-2018 12:09:10)