[problème] table de partition vide d'une clef USB

[VV666]

Bonsoir,

pendant le déplacement de données d'une clef USB à une autre, la clef source a planté : le déplacement s'est arrêté et depuis il est impossible de la monter.

Elle est vu par FDISK. Mais les tailles ne correspondent pas : il n''y avait qu'une seule partition et la clef fait 8 Go.

Code: Select all

sudo fdisk -l
Périphérique Amorçage      Start        Fin   Secteurs Size Id Type
/dev/sdj3             2542625089 6736601408 4193976320   2T  0 Vide
/dev/sdj4                      0          0          0   0B  0 Vide

Partition table entries are not in disk order.
J'ai fais une copie avec ddrescue :

Code: Select all

sudo ddrescue -d -r3  /dev/sdj /media/Tetsuo/clef2.img /home/vv666/dd/suivi6.log
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:     8086 MB,  errsize:       0 B,  current rate:    9830 kB/s
   ipos:     8086 MB,   errors:       0,    average rate:   22462 kB/s
   opos:     8086 MB, run time:       6 m,  successful read:       0 s ago

Maintenant, j'essaie de vérifier l'image mais impossible :

Code: Select all

sudo fsck -y /media/Tetsuo/clef.img
fsck de util-linux 2.26.2
e2fsck 1.42.12 (29-Aug-2014)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /media/Tetsuo/clef.img

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

Testdisk accède à l'image, mais ne trouve aucune table de partition, comme si elle n'avait jamais été formaté.

J'ai pensé à créer une tableau à la main, sans partitionnement spécifique ce n'est pas trop dur, mais il ne se passe rien.

J'ai testé Gpart mais sans succès.



Pour dd :

Code: Select all

sudo dd if=/dev/sdj bs=512 count=1 | hexdump -C
00000000  70 00 00 00 00 00 00 0a  00 00 00 00 00 00 00 00  |p...............|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001e0  00 00 00 00 72 72 41 61  8d 97 00 00 fb f9 06 00  |....rrAa........|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,000933178 s, 549 kB/s
00000200

Je l'ai fais en direct sur la clef.

Pour info, résultat de gpart :

Code: Select all

sudo gpart /media/Tetsuo/clef2.img 

Begin scan...
End scan.

Checking partitions...
Ok.

Guessed primary partition table:
Primary partition(1)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(2)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(3)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(4)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

et testdisk me trouve un CHS différent entre la copie faite avec dd et la clef physique :

clef :

Code: Select all

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdj - 8086 MB / 7712 MiB - CHS 1023 249 62
Current partition structure:
     Partition                  Start        End    Size in sectors

No partition is bootable

image faite avec ddrescue :

Code: Select all

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /media/Tetsuo/clef2.img - 8086 MB / 7712 MiB - CHS 984 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

No partition is bootable

C'est bizarre non ?

Avez vous une idée de comment accéder aux données sauvées ?
merci

[cgrenier]

Utilisez de préférence TestDisk 7.1-WIP.
Si vous utilisez TestDisk sur l'image disque, pensez à utiliser le menu Geometry pour remetter celle de la clé USB d'origine
Avec TestDisk, retrouver la partition (Analyse, Quick Search et Deeper Search au besoin).
Si cela ne fonctionne pas, utilisez PhotoRec.

Pour plus de détails: https://www.cgsecurity.org/testdisk.pdf