cgsecurity.org

Bonjour,

J'ai pourtant essayé de voir les cas similaires et lu le testdisk step by step mais je suis un peu perdu ...

Le problème de départ est une « petite » chute d'un disque externe WD de 2 Go utilisé pour le stockage de fichiers vidéo. En le rebranchant une des 2 partitions ( 1760 Go) est passée en « raw » l'autre restant en NTFS .

L'utilisation de CHECKDISK n'a pas modifié la partition raw. En faisant une analyse rapide avec l'outil « recoverit » je retrouve l'arbre des dossiers vidéos originaux. Souhaitant utiliser Tesdisk pour récupérer les fichiers, j'ai les résultats suivants :

Après une première tentative d'analyse, le logiciel s'est bloqué (plus d'analyse des cylindres)
Deuxième tentative :
- détection de partition EFI GPT (format au départ NTFS puis RAW )
- lancement de l'analyse : 2 partitions détectées et « deeper search » proposée
après ~ 2 heures ( 19%) , je vois un « read error » et après ~ 6 heures l'analyse est a priori terminée.

Je remarque que j'ai maintenant 3 partitions ( ? ) que faire parmi les choix proposés «  continuer » ? est-ce que je suis au stade ou je peux récupérer ?

merci

Votre disque comprte des secteurs défectueux suite à sa chute.
Il faudrait commencer par cloner le disque HS vers un disque vierge (2 To ou +) en utilisant ddrescue comme indiqué dans https://www.cgsecurity.org/testdisk.pdf
Une fois que c'est fait, deconnecter le disque HS et essayer de récupérer vos données depuis le clone.
Si la copie avec ddrescue ne fonctionne pas, il faudrait confier le disque à un professionnel en récupération de données.

Bonsoir,
- Merci de votre réponse. Je vais me procurer un DD vierge pour cloner le disque HS. Je ne pense pas utiliser les services d'un spécialiste dont le prix ne sera pas en rapport avec la valeur des données ( fichiers vidéos ).

- Cependant je souhaiterais comprendre comment interpréter au premier ordre les données du fichier log testdisk de façon à avoir une idée ( un ordre de grandeur si possible en Go ou nombre de secteurs défectueux) du volume de données irrécupérables.

Dans ce fichier je vois apparaitre beaucoup de lignes ( 200 ? ) du type:
"file_pread(8,1,buffer,3906963457(243197/57/62)) ? ) lseek err Invalid argument"
traduisant des erreurs, comment les décoder ?

De même pour les dernières lignes du log :
"Results
* HPFS - NTFS 0 32 33 224074 199 61 3599759360
NTFS, blocksize=4096, 1843 GB / 1716 GiB
P HPFS - NTFS 224074 199 62 243196 247 59 307197952 [DEX2_Mes documents ]
NTFS, blocksize=4096, 157 GB / 146 GiB

interface_write()
1 * HPFS - NTFS 0 32 33 224074 199 61 3599759360
2 P HPFS - NTFS 224074 199 62 243196 247 59 307197952 [DEX2_Mes documents ]

nota : l'analyse de recoverit par exemple me donne la visibilité sur tous les fichiers vidéos ( noms et volume ) qui sont dans la partition RAW. Peut-on obtenir ces mêmes infos via testdisk ? Par ailleurs, si j'ai bien compris cela ne signifie rien quant à la qualité des données stockées ( qui peuvent être corrompues ) ?

JESS wrote: 03 Nov 2019, 23:51 - Cependant je souhaiterais comprendre comment interpréter au premier ordre les données du fichier log testdisk de façon à avoir une idée ( un ordre de grandeur si possible en Go ou nombre de secteurs défectueux) du volume de données irrécupérables.

ddrescue donne cette information.

nota : l'analyse de recoverit par exemple me donne la visibilité sur tous les fichiers vidéos ( noms et volume ) qui sont dans la partition RAW. Peut-on obtenir ces mêmes infos via testdisk ?

Use the p key to navigate within each partition found to verify if it contains the files you lost.

Par ailleurs, si j'ai bien compris cela ne signifie rien quant à la qualité des données stockées ( qui peuvent être corrompues ) ?

Tout à fait, Thierry.