Recuperation partition disque dur

Bonjour a tous,

Mon disque dur WD EADS 2To en EXT4 ne fonctionne plus. Il m’est impossible de demarrer le PC si il est branche dedans.
Je l’ai donc mis en USB afin de pouvoir essayer de recuperer les fichiers qui sont dessus ou de reparer/corriger les erreurs.

Mais je ne m’y connais pas tres bien.

Voici un peu ce qu’il a dans le ventre (disque dur non monte)

  1. fsck /dev/sdc

fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdc Could this be a zero-length partition?

  1. fsck.ext4 -v /dev/sdc

fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdc Could this be a zero-length partition?

  1. fdisk -l

[code]WARNING: GPT (GUID Partition Table) detected on ‘/dev/sda’! The util fdisk doesn’t support GPT. Use GNU Parted.

Disk /dev/sda: 60.0 GB, 60022480896 bytes
255 heads, 63 sectors/track, 7297 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 1 7298 58615703+ ee GPT

WARNING: GPT (GUID Partition Table) detected on ‘/dev/sdc’! The util fdisk doesn’t support GPT. Use GNU Parted.
[/code]

  1. mkfs.ext4 -n /dev/sdc

mke2fs 1.41.12 (17-May-2010) /dev/sdc is entire device, not just one partition! Proceed anyway? (y,n) y Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 122101760 inodes, 488378646 blocks 24418932 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 14905 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848

  1. fsck.ext4 -n -b 32768 /dev/sdc

[code]e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
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 [/code]
Idem pour les autres blocks…

  1. DD bien reconnu par le BIOS ainsi que par testdisk (mais je ne maitrise pas bien testdisk, je ne veux pas faire de betise, donc j’attends vos retours)
  2. Si j’essaye de lister les fichiers des partitions avec Testdisk, celui ci m’informe que “No file found, filesystem seems damaged.”

Je suis en train de laisser testdisk tourner pour detecter les partitions.

J’ai essaye photorec mais celui ci n’a pas pu recuperer grand chose (Pas de partition liste non plus)

Merci de votre aide !

Essaye avec packages.debian.org/search?keywo … lla-search

De mémoire il est facile d’emploi, tout doit apparaître dans le terminal

Je teste via ddrescue sur un autre disque.
Ca prend du temps cependant. (2To a copier en USB :078 )

Salut,

Si après cela tu as encore quelque chose sur ton disque je n’ai rien compris :slightly_smiling:

[quote=“ggoodluck47”]Salut,

Si après cela tu as encore quelque chose sur ton disque je n’ai rien compris :slightly_smiling:[/quote]
L’option -n permet de faire une simulation et de trouver les adresses des superblocs. Par contre à mon avis ça ne peut marcher dans la mesure où le disque devait être partitionné avant.

Je suis étonné que testdisk n’ait rien trouvé ni surtout foremost. Sinon, ton disque est une table de partition GPT non lisible par pas mal de machine et peut être par ton système. Je n’essayerais pas trop de bidouiller le disque avant de lire cette table, cela explique entre autres pourquoi fdisk ne voit rien. Il semble que gparted lise ce type de table alors essaye avec. Quant à testdisk je ne sais pas pourquoi il n’a rien vu, peut être non mis à jour.

Cherche dans la configuration de ton noyau l’état de CONFIG_EFI_PARTITION

Le disque étant partitionné, le système de fichiers ext4 est à rechercher dans une partition (/dev/sdc1) et non sur le disque entier (/dev/sdc).