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
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>
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
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
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
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
Avez vous une idée de comment accéder aux données sauvées ?
merci