La partition NTFS est perdue, mais les données (devraient y être), comment récupérer?

En bref : j'ai des problèmes avec une partition perdue et Testdisk n'est pas capable de résoudre mon problème. Tout me fait penser que les fichiers sont sur le disque, mais je ne sais pas comment les récupérer. De plus, je ne suis pas un anglophone, je m'excuse donc d'avoir éventuellement commis des erreurs.

Détails

J'ai essayé de redimensionner une partition NTFS sur mon disque avec gparted (linux était en cours d'exécution), mais l'opération a échoué et j'ai perdu le système de fichiers.

C'était le disque AVANT:

125 GB - primary - NTFS (windows)
3 GB - primary - linux swap
21 GB - primary - ext4 (linux)

Voici ce que je voulais faire: réduire la partition NTFS DE GAUCHE pour libérer de l'espace au début du disque. Dans gparted j'ai édité les partitions comme ceci:

60 (more or less) GB - unallocated
60 (more or less) GB - primary - NTFS (windows) (shrink)
swap and ext4 same as before (unchanged)

et cliqué sur "Appliquer". Pendant le processus, je lisais ce qui se passait: le transfert de 30 Go de données de la première partie de HD vers la nouvelle partition NTFS plus petite. Cette partie a été un succès (vous savez, le processus de réduction est composé de plusieurs parties et le transfert des fichiers s’est bien passé). Ensuite, je suppose que gparted a essayé de créer le nouveau MFT et de mettre à jour le MBR, mais cela a échoué. Ma plus grande erreur de la journée a été de ne pas enregistrer les journaux (gparted enregistre-t-il automatiquement les journaux?), Mais autant que je sache, l'erreur ressemblait à «des grappes libres plus que prévu». Eh bien, le résultat est le suivant:

67 GB - primary - NTFS (gparted says: "Failed to load runlist for $MFT/$DATA. highest_vcn = 0xc747, last_vcn - 1 = 0x1633b . Failed to load $MFT: Input/output error . NTFS is inconsistent")
57 GB - unallocated
swap and linux are unchanged

J'ai lancé Testdisk à partir d'une clé USB amorçable. J'ai effectué une analyse rapide, mais rien n'a été trouvé. Avec l'analyse approfondie, il a trouvé une partition NTFS supplémentaire:

NTFS 0 32 48 16305 55 6 261941233

mais lorsque je tape "enter" ou "p" pour afficher les fichiers, il indique "la partition est corrompue".

Quelques notes:

1) il est étrange que mes instructions aient été de créer un espace libre AVANT NTFS, mais ce que voit maintenant gparted, c’est l’espace non alloué après NTFS. Et NTFS est incohérent. Peut-être que gparted a créé le nouveau MFT dans la première partition et n'a pas réussi à copier sur la seconde?

2) d'après ce que j'ai lu pendant l'opération, les fichiers doivent tous se trouver dans l'espace non alloué. Comment puis-je les trouver? J'essaierais de les récupérer de manière ordonnée, car si j'utilisais PhotoRec, je perdrais toute structure de répertoire.

Que devrais-je faire? S'il vous plaît, aidez-moi ou ma copine va me tuer (c'est son ordinateur ..: O)

C’est ainsi que j’ai finalement réussi à récupérer certains fichiers du disque. Je sais qu'une partie de la réponse sera hors sujet (étant donné que j'ai utilisé de nombreux programmes Windows), mais par souci d'exhaustivité, je souhaite partager mon expérience pour les futurs utilisateurs.

La leçon la plus importante que j'ai apprise est la sauvegarde de vos données avant de redimensionner une partition .

Puisque TestDisk ne m'aidait pas, même avec un scan en profondeur, j'ai décidé d'utiliser PhotoRec . Heureusement, ma sauvegarde de disque datant de 3 à 4 mois, je voulais donc récupérer tous les fichiers à partir du disque et ne filtrer que les fichiers utiles, ceux créés après la dernière sauvegarde.

La première numérisation avec PhotoRec concernait l’ensemble du disque. Il a récupéré 5700 fichiers (2,12 Go), mais a ensuite commencé à mettre en boucle et le décompte de secteurs a reculé.

Lors de la deuxième analyse, je n’ai défini que la moitié de la NTFS. Il a récupéré 56800 fichiers (40 Go).

J'avais besoin d'analyser la deuxième moitié du disque, j'ai donc recommencé une analyse complète du disque, je l'ai arrêté et j'ai modifié le fichier journal de la session. J'ai entré manuellement un nombre représentant quelques millions de secteurs avant la fin de la partie déjà effectuée. J'ai recommencé PhotoRec, je lui ai dit de reprendre la session et .. comme par magie! Il a réussi à numériser uniquement la 2ème moitié du disque. 128400 fichiers ont été trouvés (43,5 Go).

J'ai copié les 3 numérisations dans un dossier nommé «PR_scans» à l'aide de FreeFileSync .

J'ai installé Cygwin. J'ai créé un autre dossier vide appelé «Processing» (Traitement en cours) que j'ai utilisé pour récupérer certains fichiers utiles et les comparer à la sauvegarde.

Dans Cygwin, j'ai utilisé des commandes telles que:

find PR_scans/ -iname '*.jpg' -size +250k -exec mv -vi {} Processing/ \;

trouver des fichiers utiles. J'ai trouvé que 250k était une bonne taille pour séparer les photos personnelles des fichiers de cache Internet. Pour les autres types de fichiers, je ne fixe pas de taille minimale:

find PR_scans/ -iname '*.docx' -exec mv -vi {} Processing/ \;

J'ai répété cette opération pour toutes les extensions de fichiers significatives (doc, xls, xlsx, pdf, png, mov, avi, etc.)

J'ai finalement utilisé Duplicate Cleaner Free pour supprimer tous les fichiers du dossier Traitement déjà présents dans mon ancienne sauvegarde.

Le créateur de RecuperaBit m'a contacté sur ce site. J'ai donc décidé de tester cet outil qui semble assez magique.

RecuperaBit a trouvé un total de 13772 fichiers (22,2 Go), contre 13500, 30,8 Go, soit la taille de ma sauvegarde âgée de 3 mois. Cela semble plutôt bien. Parmi ces fichiers:

• 8700 fichiers étaient des doublons exacts dans mon ancienne sauvegarde
• Plus de 4000 fichiers avaient le même nom mais un contenu différent, car ils ont été modifiés entre-temps ou parce que RecuperaBit a récupéré le contenu endommagé.
• le plus intéressant: 395 étaient des doublons de fichiers PhotoRec qui ne figuraient pas dans ma sauvegarde. Cela signifie que PhotoRec a récupéré le contenu, mais RecuperaBit a récupéré le nom de fichier et le chemin d'accès !!

En supposant que le déménagement se soit déroulé comme prévu, les données devraient être là.

Alors que je ne sais pas comment reconstruire la table de partition, j'ai réussi à récupérer les données d'un lecteur avec une table de partition détruite en utilisant:

http://www.r-studio.com/

Bien que je ne puisse pas promettre le succès, la tentative est gratuite - la version de démonstration n’est handicapée que par son incapacité à récupérer des fichiers non triviaux. Vous voyez exactement ce qu'il pense être là et vous pouvez récupérer de petites choses pour voir si elles sont saines.

Notez que vous aurez besoin d'un autre lecteur pour utiliser cette approche.

Pendant que vous essayez cela, 20 coups de fouet pour jouer avec un éditeur de partition sans sauvegarde complète!

(Je n'ai aucun lien avec la société, si ce n'est que je suis très heureux des résultats, alors que tous les autres outils que j'ai essayés ne pouvaient pas s'accroupir, car une situation RAID avait placé la table de partition dans un emplacement non standard.)