superbloc endommagé/corrompu

Utiliser TestDisk pour réparer le système de fichier
Post Reply
Message
Author
regounet29
Posts: 2
Joined: 17 Sep 2019, 17:43

superbloc endommagé/corrompu

#1 Post by regounet29 » 17 Sep 2019, 18:01

Bonjour,

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.
J'ai aussi essayé fsck.ext4 :

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
J'ai aussi essayé fsck.ext4 avec tous les secteurs donnés par testdisk : j'ai exactement la même erreur.

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 !

Sponsored links

User avatar
cgrenier
Site Admin
Posts: 4937
Joined: 18 Feb 2012, 15:08
Location: Le Perreux Sur Marne, France
Contact:

Re: superbloc endommagé/corrompu

#2 Post by cgrenier » 18 Sep 2019, 06:05

Pouvez-vous me donner la commande fsck exacte que vous avez utilisée ?

regounet29
Posts: 2
Joined: 17 Sep 2019, 17:43

Re: superbloc endommagé/corrompu

#3 Post by regounet29 » 18 Sep 2019, 06:32

Bonjour,

Avec testdisk -> menu advanced -> superbloc, j'obtiens ça :

Code: Select all

Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63

     Partition                  Start        End    Size in sectors

  Linux filesys. data         2048 7814037127 7814035080 [DONNEES]
superblock 0, blocksize=4096 [DONNEES]
superblock 32768, blocksize=4096 [DONNEES]
superblock 98304, blocksize=4096 [DONNEES]
superblock 163840, blocksize=4096 [DONNEES]
superblock 229376, blocksize=4096 [DONNEES]
superblock 294912, blocksize=4096 [DONNEES]
superblock 819200, blocksize=4096 [DONNEES]
superblock 884736, blocksize=4096 [DONNEES]
superblock 1605632, blocksize=4096 [DONNEES]
superblock 2654208, blocksize=4096 [DONNEES]

To repair the filesystem using alternate superblock, run
fsck.ext4 -p -b superblock -B blocksize device
Et donc j'ai tapé la commande suivante :

Code: Select all

# fsck.ext4 -p -b 98304 -B 4096 /dev/sdb 
fsck.ext4: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb
/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
J'ai essayé avec tous les nombres donnés par testdisk et ça donne la même chose...

Post Reply

Who is online

Users browsing this forum: No registered users and 3 guests