comment récupérer une grosse partition NTFS qui manque le premier 4ko?

1

J'ai deux disques durs USB3 externes (2.5 ", tous deux de Toshiba) qui ont un secteur défectueux. Un disque mesure 500 Go, l'autre 1To. Fait intéressant, les deux affichent exactement le même problème:

La table de partition est correcte, mais les lecteurs ne sont pas en mesure de lire les tout premiers 4 Ko de la seule partition NTFS.

J'ai pu récupérer le reste du lecteur en utilisant ddrescue, mais - comme dit précédemment - le PBR n'est pas récupérable.

le ddrescuefichier de carte ressemble à ceci pour les deux lecteurs:

# Rescue Logfile. Created by GNU ddrescue version 1.16
# Command line: ddrescue -s 1G /dev/sdg TEMP.img TEMP.img.map
# current_pos  current_status
0x00100C00     +
#      pos        size  status
0x00000000  0x00100000  +
0x00100000  0x00001000  -
0x00101000  ...         +

Pour référence, la table de partition du plus petit lecteur:

# fdisk -l /dev/sdc

Disk /dev/sdc: 500.1 GB, 500107859968 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773164 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x460692ac

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048   976769023   488383488    7  HPFS/NTFS/exFAT

Autant que je sache, n'importe quelle partition NTFS devrait avoir une copie du PBR quelque part, mais je ne suis pas en mesure de lire (monter) la partition, ni avec Linux, ni avec Windows 7. Ils prétendent que la partition n'est pas formatée.

Également essayé avec "Testdisk", mais il n'est pas en mesure de restaurer le PBR car il ne trouve pas le répertoire racine.

Je connais bien le partitionnement (MSDOS, GPT) et les systèmes de fichiers linux, mais pas beaucoup avec NTFS. Un moyen de récupérer ces données?

Les disques contiennent principalement des fichiers photo ( .CR2format Canon RAW ) et des catalogues Adobe Lightroom.

Mise à jour

Apparemment, le disque de 500 Go est réellement formaté en FAT32, même si la table de partition réclame autre chose. J'imagine que Windows ne se soucie pas vraiment du type de partition et regarde plutôt le contenu de la partition. Lors de la configuration Testdiskpour s'attendre à une partition FAT32 LBA, il est alors capable de trouver le répertoire racine et quelques sous-répertoires (je pense que cela prouve qu'il s'agit d'une partition FAT32). Cependant , Testdisk ne parvient pas à trouver la grande majorité des fichiers - sans savoir pourquoi.

En ce qui concerne le disque 1To: Testdisk ne trouve aucun fichier, ni en FAT32, ni en mode NTFS. J'utilise actuellement RecuperaBit dans l'espoir qu'il puisse réussir.

Udo G
la source
Ma réponse ici vous aidera: superutilisateur.com/a/1165578/278831 (en particulier la dernière partie avec un lien vers une autre réponse également) BTW, si le répertoire racine ne peut pas être trouvé, les dégâts sont plus graves que le simple fait de manquer un PBR.
Andrea Lazzarotto
1
Double possible de récupération
Andrea Lazzarotto
À mon humble avis, le MBR est intact (la table de partition est correcte), mais le PBR a disparu, de sorte qu'il n'est peut-être pas lié à la question de récupération du MBR.
Udo G
S'il vous plaît voir ma mise à jour. J'exécute actuellement RecuperaBit sur la partition de 1 To.
Udo G
@AndreaLazzarotto: RecuparaBit n'a trouvé aucune partition sur le disque de 1 To (voir pastebin.com/PAV9gcdp ). Existe -t-il un moyen (dans mon cas) de détecter le système de fichiers existant (réellement) sur ce disque?
Udo G