Bonjour,
 
Depuis quelques jours mon disque dur externe (Maxtor 500 Go) n’est plus accessible car « endommagé et illisible ». Celui-ci est presque neuf (2 mois) donc ça m’étonne un peu. J’ai réalisé quelques test avec EasyRecovery, qui me dit que le disque est valide et qu’il fonctionne. Quand je vais dans les propriétés du disque dur externe, je vois que le système de fichiers est passé en RAW. J’ai essayé aussi de récupérer mes données via EasyRecovery et Seatools, mais je n’arrive pas à tout récupérer (loin de là même),et en plus, les noms de fichiers ne sont pas récupérés. Bref, cela semble mieux fonctionner sur des disques formatés que dans mon cas.
J’ai bien pensé à le ramener au vendeur (garantie de 3 ans) mais je ne retrouve plus le ticket … et j’ai peur qu’ils ne se prennent pas la tête sur la récupération des données…
J’ai acheté ce disque il y a 2 mois, j’ai mis toutes mes données dessus (plus rien sur les disques durs internes), donc j’ai vraiment besoin d’aide pour récupérer tout ça (et faire fonctionner le Maxtor quasi neuf…).
Ma configuration : Windows XP pro sp2 à jour.
 
Merci de vos contributions

2 liens intéressants :
 
Disque RAW:
http://forum.pcastuces.com/sujet.asp?f=1&s=100275
TestDisk:
http://forum.pcastuces.com/sujet.asp?f=01&s=102819

Merci beaucoup dnlilas, je teste ça ce soir et je te tiens au courant.

Donne bien ta progression.
 
Je viens de récupérer une grosse partie de mon RAID5 planté, (cherche MyNas et page 21 du post), j'ai appris des choses sur la récupération de données...
 
Mais la première chose pour moi est de te procurer un/des disque(s) neuf(s) fiable de 3x la taille du volume crashé.
Si tu as lancé les outils de récupération sur le disque planté, j'ai peur qu'il n'y ait plus aucun espoir...
 
Bonne chance.
 
A++
--
WileCoyote

autopub
http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

 
J'ai fait un CHKDSK /F /R mais sans résultat, cela s'est bloqué à l'étape 5/5 où il vérifie l'espace libre sur le disque.
Après avoir redémarré, il n'y avait donc aucun changement.
 
Ensuite, j'ai lancé PTEDIT32 après avoir édité la gestion des disques :


 
J'ai fait un boot record pour la partition en question :

et la valeur "18. MFT Mirro Start Cluster" me paraît aberrante puisqu'elle est de 61048000 alors que dans le post de romsk, il donne une valeur de 16 !
Est-ce que ça pourrait venir de là, et comment puis-je réparer ça sans perte de données ?

As-tu lancé Testdisk ? Il permet déjà de voir si c'est récupérable. Mais ne pas faire de manipulations sans rien comprendre. Bien lire le tutoriel sur Testdisk.

ouaip il peut récupérer le secteur de boot à partir de la sauvegarde, mais bien tout enregistrer avant.

J'ai lancé une analyse avec Testdisk sur la partition concernée (mon disque dur externe), qui me donne :
 
Disk /dev/sdb - 500 GB/465 GiB - CHS 60801 255 63
   Partition              Start                  End                Size in sectors
1 P HPFS-NTFS     0    1    1      60800   254   63          976768002
No partition is bootable
 
Après je vais dans le menu advanced ? Si vous pouvez m'aiguiller un peu, j'ai peur de perdre des données ...
Merci pour votre aide.

déjà si tu veux faire les choses proprement tu fais un dump intégral de ton disque sur un disque sain et tu travaille sur cette copie. Voir mon topoc. Sinon lis les liens sur testdisk ils sont très bien. Moi j'aime pas du tout l'ergonomie de testdisk. Essaie donc de réparer ce secteur de boot avec l'option testdisk quivabien

http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step

va voir "ntfs boot sector recovery" dans cette page

Quelques questions ...

Qu'est-ce que je peux et dois enregistrer ?
 

ça consiste en quoi le dump intégral ? Comment on peut le faire ? (précision, je n'ai pas de disque de taille suffisante pour récupérer tout ce qu'il y a sur mon disque externe   )
 
Enfin, pour la réparation du secteur de boot, si j'ai bien compris, Testdisk utilise la MFT mirror, qui est la sauvegarde de la MFT. Or, avec la fonction boot record de PTEDIT32, on voit que la MFT mirror start cluster est à 61048000, ce qui me paraît aberrant. Maintenant, je ne suis pas vraiment expert dans le domaine, donc si vous pouvez m'éclairer un peu la-dessus, je ne serais pas contre ...

ca ne me parait pas incohérent pour la position, cf "mft mirror start cluster" sur l'ami ggl.
pour faire un dump il faut un disque vide de capacité supérieure et utiliser un outil de clonage tel dd avec un livecd linux, cf lien de mon topoc

Le problème est que je n'ai pas les capacités de stockage suffisantes pour cloner mon disque externe ...    Il n'y a pas des solutions plus "soft" que je pourrais essayer avant, sans risque ?
Concernant l'outil de clonage dd, je n'ai pas bien compris comment ça fonctionnait sur ton topoc. Tu connais un tuto en français ?
Merci en tout cas pour tes conseils.
 
Ci-dessous la copie d'écran de la commande boot de testdisk sur la partition concernée :

il n'y a aucune solution 100% sure sans travailler sur un backup.
 
si c'est juste le secteur de boot, tu peux le restaurer à partir de la mft backup, ce que propose testdisk.
 
je ne connais pas de tuto pour dd en francais mais c'est très simple si on est guidé.

Il y a quelques jours, j’ai essayé de booter sous linux pour voir si le disque était accessible comme ça, et je suis tombé sur les données que j’avais réussies à récupérer avec EasyRecovery (très peu donc) ! En relançant sous windows, le disque était désormais accessible mais je ne retrouve alors que les données récupérées avec EasyRecovery (pourtant celle-ci avaient été enregistrées sur mon disque dur interne) ! Quand je regarde dans les propriétés du disque, je vois une capacité de 465 Go au lieu de 500 Go, donc j’imagine que les données perdues sont dans ces 35 Go invisibles. Je constate aussi que le système de fichiers est repassé en NTFS et que la lettre du lecteur a changé (en D: avant et en H: maintenant). Bref, je suis un peu perdu !  
J’ai essayé de cloner mon disque avec Norton Ghost, mais cela ne copie que les 1,5 Go de données déjà récupérées. Est-ce que ça marcherait mieux avec dd, et est-ce que peux cloner une partie du disque sur mon disque interne et l'autre partie sur dvd ?

bon ben t'a tout niqué tu peux plus revenir en arrière.
trop tard pour faire les choses proprement, utiliser un outil pour récupérer les données du disque d'origine vers le disque d'origine c'est une hérésie car ca efface d'autres données potentiellement récupérables.
t'a tout cassé avec ton outil windows, fallait écouter avant, je ne peux plus rien faire pour toi, désolé.
tu peux toujours essayer d'utiliser mon protocole mais ca a beaucoup plus de chances de foirer maintenant.
suis mon topic, même si c'est déjà trop tard.
fallait écouter...

je ne sais pas ce que fait cet outil windows et comment il travaille.
il fallait essayer de restaurer la MFT a partir de la MFT backup avec testdisk.
utiliser ntfs-3g sous linux pour le montage de la partition, utiliser les outils propres quoi.

 
 
Bonjour, enfoiro (et tous les autres…),  
 
Je reprends le fil de cette discussion car je viens d'avoir le même type de pb que Y@nn00 il y a 2 ans. J'ai apparemment le même type de disque dur externe (Maxtor 500 Go). Je suis actuellement en Afrique et je suppose que de fréquentes coupures de courant pourraient être à l'origine du pb. J'ai lancé PTEDIT32 et en comparant le NTFS Boot record, je remarque (comme Y@nn00 l'avait fait aussi) que le MFT Miror start Cluster renvoit une valeur élevée (61048000), alors qu'il semblerait que ce devrait être 16?... J'ai cependant vu aussi dans un de tes posts de réponse que cette valeur ne te semblait pas abérente... Est-ce que je risque de perdre mes données si j'essaie de remplacer cette valeur par 16 et clic sur Write, puis redémarre l'ordi (comme conseillé dans le forum sur la partition RAW http://forum.pcastuces.com/sujet.asp?f=1&s=100275, point 2) d 2. et dans ton post « si c'est juste le secteur de boot, tu peux le restaurer à partir de la mft backup, ce que propose testdisk. »).  
 
Je ne sais pas par contre s’il vaut mieux utiliser PTEDIT32 ou TestDisk pour corriger ça ?...
 
Ou vaut-il mieux avant tout faire un backup et est-ce possible dans l’état de ce disque ? Les données stockées doivent avoisiner les 490 Go (le disque est presque plein), puis-je faire le backup en utilisant plusieurs disques (je n’ai pas sous la main de disque de 500 Go, j’ai le disque dur d’un ordi portable (dispo environ 200 Go), + un autre disque externe de 320 Go (autre marque = Seagate)
 
Merci bcp d’avance pour vos conseils à tous.

hello    
 
tout d'abord une récupération de données sereine se fait sur un miroir du disque source afin d'être sûr de ne rien endommager. Dis-toi qu'aujourd'hui le coût d'un disque est bien inférieur à celui de tes données (60€ correspondant a 3h de travail...)
 
je te conseille donc dans un premier temps
 
acheter un disque de capacité suffisante
l'imager i.e. en faire une copie miroir avec l'outil dd
utiiser testdisk pour réparer ta table de mft corrompue
enjoy
 
je rapelle aussi que le meilleur outil pour réparer les partitions ntfs reste chkdsk, je ne sais pas si tu l'a utilisé en shell windows.
 
les modifications à la main tu ne les fais qu'en dernier recours et sur une copie de secours comme expliqué mais je dirais deux choses :
 
- faut savoir ce qu'on fait
- en général à moins d'être très scrupuleux c'est IRréversible
- on fait une copie des secteurs en question, au préalable avec l'outil linux dd.
 
a+

Merci pour ta réponse, enfoiro,
 
qu'appelles-tu un disque de capacité suffisante? j'ai environ 90% d'un disque de 500 Go à récupérer sur mon disque (j'ai peut être des fichiers que je n'ai pas besoin de récupérer, mais je ne suis pas sûr qu'on puisse faire un tri...). Est-ce qu'un disque de 500 Go est suffisant pour faire une copie miroir?
 
l'outil dd, est-ce un applicatif téléchargeable qq part?
 
j'ai tresté chkdsk mais pas en "shell windows". Comment fait-on pour ça? (désolé, je ne suis pas uyn expert!...)
 
merci encore

l'outil dd tu l'utilise a partir d'un live cd linux sans faire de connerie bien sûr
 
un disque de capacité suffisante dans ton cas c'est "au moins la capacité du disque actuel".
 
Car il y a quelque temps tous les disques de 300go par exemple n'avaient pas la même capacité (nb secteurs, etc) car pas de standard.
 
Maintenant à priori ce souci est réglé.
 
pour utiliser chkdsk en shell il faut utiliser la console de récupération windows. Tu trouvera des tutos sur le web.
 
Pour l'utilisation de dd réfère toi à mon post.
 
Malheureusement je ne pourrais pas aller plus loin dans les détails (pas le temps)
 
Je peux tj t'aider si tu a des questions précises, quand tu sera dans le jus.

OK, merci, c'est déjà sympa de passer un peu de temps pour m'aider!    
 
Je devrais récupérer un DDE de 500 Go d'ici un peu plus d'une semaine. C'est un Iomega, j'espère que ça ira avec mon Maxtor 500 Go qui est en RAW... Vu que mon Maxtor n'était pas complètement plein, j'espère que la capacité du Iomega sera suffisante.
 
Entretemps je vais me documenter sur cet outil dd (faut-il donc avoir installer linux sur son pc pour l'utiliser?) et sur chkdsk en shell...
 
A + donc

tu a besoin d'un disque de 500 go car tu dois faire un miroir de la partition, même si des secteurs ne sont pas occupés il faut quand même les copier.
 
utilise un live cd linux pour ne pas installer.
 
lis mon howto pour dd.

bonjour,
 
J'ai quand même réessayé CHKDSK (vu que tu disais enfoiro que c'est quand même la meilleure réparation des disques NTFS ) depuis la commande DOS (démarrer / exécuter / cmd) et ça a marché (alors que ça n'avait pas l'air de marcher par l'accès propriétés / outils / vérification des erreurs)...
 
j'ai fait un chkdsk e: /f /r , ça a pris environ 8h pour mon disque de 500 Go et il a l'air réparé (j'attends de vérifier les fichiers qu'il y a dedans quand j'aurais une meilleure alimentation sécurisée - pas le cas actuellement - mais le disque a l'air lisible).  
 
voici le résultat (extrait) de chkdsk. Qq peut-il me dire s'il y a de graves pb et dans quel état est mon disque (est-ce que je peux envisager le garder, il a environ 1 an):
 
Vérification du système de fichiers sur E:
Le type du système de fichiers est NTFS.
La longueur de la liste d'attribut 0x158 dans le fichier 0x9 est incorrect.
La valeur attendue est 0x0.
La liste d'attributs endommagée du fichier 9 est en train d'être tronquée.
La liste des attributs dans le fichier 0x9 ne contient pas
l'attribut d'information standard.
La liste d'attributs endommagée du fichier 9 a été supprimée.
La signature de l'en-tête multi-secteur pour le VCN 0x3f5 de l'index $O
dans le fichier 0x19 est incorrecte.
60 af 10 17 46 5f 1b 8f 3f d2 13 63 c7 de fc 11  `¯..F_.?Ò.cÇÞü.
49 62 25 d9 fa 23 fb fe 01 5a c7 fe 3c 85 00 58  Ib%.ú#û..ZÇ.<….X
La signature de l'en-tête multi-secteur pour le VCN 0x96 de l'index $O
dans le fichier 0x19 est incorrecte.
9e a3 25 71 88 db 33 3d 64 14 4b 0c a6 d7 4a f4  ž£%qˆ.3=d.K.¦×Jô
a5 1a e7 ac ef 61 e6 ad 82 8f 52 4d 21 bb 00 64  ¥.ç¬ïa欂RM!..d
Correction des erreurs dans l'index $O du fichier 25.
La bitmap d'index $O dans le fichier 0x19 est incorrecte.
Correction des erreurs dans l'index $O du fichier 25.
Le pointeur vers le bas de l'entrée d'index en cours avec la longueur 0x60 n'est pas valide.
20 00 38 00 00 00 00 00 60 00 10 00 01 00 00 00   .8.....`.......
9c 39 37 9b 12 2c de 11 a0 4d 4d 65 64 69 61 30  œ97›.,Þ. MMedia0
cc 03 00 00 00 00 01 00 00 00 00 00 00 00 00 00  ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00 00 00 00 00 00 00 00 ff ff ff ff ff ff ff ff  ........ÿÿÿÿÿÿÿÿ
00 00 00 00 00 00 00 00 18 00 00 00 03 00 00 00  ................
Tri de l'index $O du fichier 25.
L'ID d'objet dans le fichier 0x3 n'apparaît pas dans l'index de
l'ID d'objet dans le fichier 0x19.
Insertion d'une entrée d'index dans l'index $O du fichier 25.
L'ID d'objet dans le fichier 0x5 n'apparaît pas dans l'index de
l'ID d'objet dans le fichier 0x19.
 
etc...
 
vérif espace libre terminé...
correction des erreurs dans le miroir de la MFT
CHKDSK a découvert de l'espace libre marqué alloué dans la bitmap de la MFT
correction des erreurs dans le cadre du volume
Windows a effectué des corrections sur le systeme de fichiers
 
488384000 Ko d'espace disque au total
....
...
0 ko dans des secteurs défectueux
....
....
 
Merci encore pour les infos et conseils,  
 
 

a ta place je sauvegarderai. Par contre, ca ressemble a un crash logiciel, donc a priori la couche physique du disque n'est pas endommagée (0kb in defective sectors).
 
tu peux faire un diagnostic smart de ton disque pour voir si les niveaux sont corrects (des outils permettent de faire cela facilement)
 
avec ses données on n'est jamais trop prudent
 
gg la réparation, enjoy

pour ta gouverne c'était le fs (filesystem) qui était corrompu avec des noeuds orphelins ou incorrects.

c'est cette structure qui a été réparée.

tu aurai eu une proba non négligeable d'exploser ton fs en faisant la manipe du secteur.

Merci pour tout,
 
je vais effectivement faire une sauvegarde de mes fichiers avant de retravailler dessus...