Tout d'abord un grand bravo pour les utilitaires testdisk et photorec.
J'ai un disque dur de 4 To dont la référence est ST4000DM004-2CV104 qui me pose des soucis. Il est formaté en ext4 (en principe !)
Lorsque je l'ai changé de PC, il n'a plus été reconnu sans que je ne comprenne pourquoi...
J'ai donc lancé testdisk : je vois parfaitement l'arborescence des fichiers et j'ai pu en récupérer quelques uns pour vérifier, ça a fonctionné parfaitement (ouf !)
J'ai donc réécrit la table de partition avec testdisk mais ça ne change rien, impossible de monter le disque
Code: Select all
Tue Sep 17 18:48:35 2019
Command line: TestDisk
TestDisk 7.2-WIP, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
OS: Linux, kernel 4.15.0-45-generic (#48-Ubuntu SMP Tue Jan 29 16:28:13 UTC 2019) x86_64
Compiler: GCC 4.4
ext2fs lib: 1.42.8, ntfs lib: libntfs-3g, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504, curses lib: ncurses 5.7
/dev/sda: LBA, HPA, LBA48 support
/dev/sda: size 234439535 sectors
/dev/sda: user_max 234439535 sectors
/dev/sda: native_max 234441648 sectors
/dev/sdb: LBA, HPA, LBA48, DCO support
/dev/sdb: size 7814035055 sectors
/dev/sdb: user_max 7814035055 sectors
/dev/sdb: native_max 7814037168 sectors
/dev/sdc: LBA, HPA, LBA48, DCO support
/dev/sdc: size 976771055 sectors
/dev/sdc: user_max 976771055 sectors
/dev/sdc: native_max 976773168 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop0 - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop1 - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop2 - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop3 - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop4 - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop5 - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop6 - 0 B - 0 sectors, sector size=512
Warning: can't get size for Disk /dev/loop7 - 0 B - 0 sectors, sector size=512
Hard disk list
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63, sector size=512 - INTEL SSDSC2CT120A3, S/N:CVMP249401RM120BGN, FW:300i
Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63, sector size=512 - ST4000DM004-2CV104, S/N:ZFN0FSAQ, FW:0001
Disk /dev/sdc - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512 - Hitachi HDP725050GLA360, S/N:GEC534RJ1RP7KE, FW:GM4OA5CA
/dev/sdb: Host Protected Area (HPA) present.
Partition table type (auto): EFI GPT
Disk /dev/sdb - 4000 GB / 3726 GiB - ST4000DM004-2CV104
Partition table type: EFI GPT
Analyse Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
hdr_size=92
hdr_lba_self=1
hdr_lba_alt=7814035054 (expected 7814035054)
hdr_lba_start=34
hdr_lba_end=7814035021
hdr_lba_table=2
hdr_entries=128
hdr_entsz=128
Current partition structure:
1 P Linux filesys. data 2048 7814037127 7814035080
search_part()
Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
recover_EXT2: s_block_group_nr=0/29808, s_mnt_count=323/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 976754385
recover_EXT2: part_size 3519067784
Filesystem created: Fri Dec 22 10:56:42 2017
Last mount time: Sun Sep 15 18:05:51 2019
Linux filesys. data 2048 7814037127 7814035080 [DONNEES]
ext4 blocksize=4096 Large_file Sparse_SB, 4000 GB / 3726 GiB
Results
P Linux filesys. data 2048 7814037127 7814035080 [DONNEES]
ext4 blocksize=4096 Large_file Sparse_SB, 4000 GB / 3726 GiB
Hint for advanced users: dmsetup may be used if you prefer to avoid rewriting the partition table for the moment:
echo "0 7814035080 linear /dev/sdb 2048" | dmsetup create test0
interface_write()
1 P Linux filesys. data 2048 7814037127 7814035080 [DONNEES]
simulate write!
TestDisk exited normally.
Code: Select all
2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext4 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext4: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb
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>
Trouvé une table de partitions gpt dans /dev/sdb
Existe-t-il une solution ou suis-je condamné à acheter un autre disque pour sauvegarder mes données puis formater celui-là ?
Merci de votre aide !