Code: Select all
dd if=rpi_stretch.img of=/dev/sda
Mais voilà, maintenant le disque contient l'image partielle d'un système raspbian.
Après 2 jours passés sur le sujet seul avec internet, je décide de demander de l'aide.
J'utilise TestDisk 7.0. J'ai fais une sauvegarde de mon disque sur un disque externe et c'est sur cette sauvegarde que je fais mes "expériences".
Une "quick search" avec testdisk (très rapide, environ 30") me montre mes deux partitions perdues: Linux_500GB et CommonStora
Code: Select all
Disk /dev/sdc - 1000 GB / 931 GiB - CHS 121601 255 63
Partition Start End Size in sectors
>D Linux 0 32 33 64448 212 20 1035368448 [Linux_500GB]
D FAT32 0 130 3 5 220 23 86016 [boot]
D Linux 5 220 24 225 229 4 3534848 [rootfs]
* FAT32 LBA 64448 212 21 121601 57 56 918153216 [C[attachment=1]testdisk_forumquestion_writeOrNot.jpg[/attachment]ommonStora]
Code: Select all
No file found, filesystem may be damaged
Possible solution #1: réparer les "filesystem"
Je tente donc de réparer le "filesystem", suivant la section 7.7 du guide https://www.cgsecurity.org/testdisk.pdf (et d'autres tuto et forums); mais dans la section "advanced" de testdisk, je ne vois pas la partition correcte listée (Linux_500GB n'est pas là), je ne vois que:
Code: Select all
Disk /dev/sdc - 1000 GB / 931 GiB - CHS 121601 255 63
Partition Start End Size in sectors
1 P FAT32 LBA 0 130 3 5 204 60 85045 [boot]
> 2 P Linux 5 220 24 225 229 4 3534848 [rootfs]
Code: Select all
Partition Start End Size in sectors
Linux 5 220 24 225 229 4 3534848 [rootfs]
superblock 0, blocksize=4096 [rootfs]
superblock 32768, blocksize=4096 [rootfs]
superblock 98304, blocksize=4096 [rootfs]
To repair the filesystem using alternate superblock, run
fsck.ext4 -p -b superblock -B blocksize device
Code: Select all
fsck.ext4 -p -b 32768 -B 4096 /dev/sdc2
Possible solution #2: écrire une nouvelle partition?
Si après une "quick search" je change le type de partition de Linux_500GB en P comme sur l'image ci-dessous, et que je choisis "write" dans le menu, vais-je pouvoir revoir les fichiers dans cette partition? (je ne pense pas puisque le système de fichier est endommagé!)
Possible solution #3: explorer le log
J'ai sauvé le testdisk.log file (Attaché à ce post), et il m'indique à plusieurs endroits ce type de message, où seule la valeur l'option -b change, par example:
Code: Select all
recover_EXT2: "e2fsck -b 163840 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=5/3949, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 129421056
recover_EXT2: part_size 1035368448
Linux 0 32 33 64448 212 20 1035368448 [Linux_500GB]
ext3 blocksize=4096 Large_file Sparse_SB Backup_SB, 530 GB / 493 GiB
Code: Select all
sudo e2fsck -b xxxxxxx -B 4096 /dev/sdc
Code: Select all
e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/sdc
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Found a dos partition table in /dev/sdc
Alors, maintenant, mis à part utiliser PhotoRec, puis-je tenter autre chose?