Récupération de données sur un disque corrompu de 3 To

Version courte

J'ai probablement besoin d'un logiciel pour exécuter une récupération en profondeur (idéalement sur Linux) pour trouver des fichiers sur le système de fichiers NTFS.
Les données du fichier sont intactes, mais les références ne sont plus présentes.
Analogue à la récupération des données à partir d'une partition "formatée rapidement".
Il est à espérer qu'il existe une manière plus intelligente que le balayage profond, qui récupère les noms de fichiers et éventuellement les chemins.
Juste moins de 2 To de données manquaient sur un disque de 3 To. J'utiliserai un deuxième disque pour décharger les fichiers récupérés évidemment et monterai le système de fichiers source en lecture seule si la meilleure solution peut fonctionner sur Linux (ou si quelqu'un peut me dire comment faire Windows monter un système de fichiers en lecture seule) .

Version longue

J'ai un disque de 3 To contenant une quantité de sauvegarde. Windows 7 SP1 a refusé de détecter le disque lorsqu'il est branché directement via SATA, donc je l'ai mis sur un adaptateur USB / SATA qui semblait fonctionner au début.

L'adaptateur SATA / USB ne supporte probablement pas les disques de plus de 2,2 Kb. Windows m'a d'abord demandé si je voulais "formater" le disque, puis m'avait montré la plupart du contenu, mais un dossier était inaccessible. J'ai stupidement décidé d'exécuter un CHKDSK sur mon disque de sauvegarde, ce qui rendait les dossiers accessibles mais aussi les laissait vides.

J'ai connecté ce disque via SATA à mon PC principal (Arch Linux). J'ai essayé:

testdisk
ntfsundelete
ntfsfix --no-action (pour rechercher les défauts diagnostiquement pertinents, le disque était "OK" cependant)

En vain, les références des fichiers dans les tableaux auraient probablement été neutralisées par CHKDSK, plutôt que d'utiliser une suppression journalisée typique.

Si cela est utile, la majorité des fichiers que je souhaite récupérer sont les fichiers JPEG, Photoshop PSD et MPEG-3 / MPEG-4 / AVI / MKV. Si le pire arrive au pire, je vais simplement concevoir mon propre scanner de secteur et utiliser une analyse simple axée sur l'heuristique pour récupérer des blocs binaires bruts de données à partir du disque qui semble correspondre aux structures des types de fichiers ci-dessus.

Je ne suis pas familier avec le fonctionnement exact de NTFS, mais j'avais l'habitude de récupérer les systèmes FAT32 avec un éditeur hexadécimal, donc je peux fournir des informations de diagnostic utiles si vous me le faites savoir comment le trouver!

Mes priorités dans l'ordre croissant d'importance pour le choix de la réponse acceptée:

Restaure la structure du répertoire
Récupère plusieurs noms de fichiers en plus des données de fichier
Est-il gratuit / très bon marché
Fonctionne sur Linux
Récupère la majorité des données de fichier

Le dernier point est le plus important, mais plus les points supérieurs que vous faites correspondre le plus de représentant, vous obtiendrez probablement 🙂

MISE À JOUR X-Ways et Auslogics sont en cours d'exécution sur les images du disque, l'ancien faisant quelques trucs forensic de fantaisie et ce dernier fait probablement le MFT-scanning et bit-tweaking que nous pourrions faire une fois à la main lors de la récupération des systèmes de fichiers FAT …

J'ai utilisé photorec pour récupérer des fichiers à partir d'un lecteur que Windows a vu comme non formaté.
Malheureusement, cela ne satisfait pas vos 2 principales priorités, mais cela satisfait le reste des priorités.

Il faudra un 2ème disque pour stocker toutes vos données récupérées, ainsi que ne modifie pas le disque d'origine.

ZAR: Zero Assumption Recovery n'a rien réalisé. Auslogics récupéré tout – pas un seul fichier manquant et aucun fichier n'a encore été corrompu. X-Ways semble être la première partie du logiciel de récupération, ce qui expliquerait pourquoi il n'était presque pas terminé au moment où Auslogics avait fini.

Une fois que les données ont été récupérées et déchargées sur un autre disque, j'ai mis le disque en question dans un système Windows Server 2003 x64 et j'ai exécuté un CHKDSK . Ce CHKDSK semble récupérer tous les fichiers en place, annulant les dommages causés par le Windows 7 CHKDSK qui (avec un pont USB / SATA dodgy) a provoqué le problème en premier lieu.

Leçon apprise:

N'écrivez jamais la seule sauvegarde restante avant qu'elle ne soit restaurée, même si le disque semble corrompu. Linux n'a eu aucun problème à accéder à ce qui restait après que CHKDSK ait initialement "caché" 2TB de données, et je suppose que mon PC Linux aurait pu voir tous les 3TB des données initialement de toute façon.
J'ai besoin de comprendre comment dire à Windows de monter un système de fichiers en lecture seule, donc il n'insiste pas sur la création de Corbeille, ReadyBoostTest, etc. sur le prochain disque endommagé que j'ai mis sur une machine Windows … Pour commencer, Comment puis-je même configurer la façon dont Windows monte les systèmes de fichiers, puisqu'il le fait de manière automatique … Temps de parcourir le réseau StackExchange à nouveau!