Posté(e) le 10 octobre 201212 a Salut, Voilà, du jour au lendemain un vieux Seagate 1To m'a laché. J'ai entrepris un réparage très des secteurs défectueux mais au bout d'une nuitchkdsk me dit qu'il ne me reste pas assez d'espace libre pour procéder. Est-ce qu'il y a un moyen de transférer les fichiers récupérés - réparés sur un autre DD pendant la procédure ? Mon DD n'est pas accessible depuis l'Explorateur. Il apparait mais si je clique dessus le PC passe en mode 2 Km/h. Je ne peux qu'y accéder en mode commande. Ou alors peut-on transférer des fichiers en ligne de commande ? Merci
Posté(e) le 10 octobre 201212 a tu peux pas faire une image sinon ? Sinon suite à 30 secondes de recherche sur google .. http://blog.mattt.org/index.php/1123-copier-le-contenu-d-un-disque-dur-depuis-ms-dos
Posté(e) le 10 octobre 201212 a Auteur Merci mais malheureusement ça ne marche pas. 0 fichier copié. Il semble que les fichiers soient encore sur le DD mais accessible seulement par chkdsk. Le DD apparait bien mais je ne peux ni réduire la taille de la corbeille pour libérer de la place, ni exécuter de commande. Je refais un chkdsk /r voir si petit à petit il ne se répare pas.
Posté(e) le 10 octobre 201212 a Je veux pas être méchant, mais ça sent déjà le sapin Essaye de faire un testdisk pour réécrire la table pour voir si le forcing marche un peu mieux
Posté(e) le 10 octobre 201212 a Auteur J'en suis à 1014 fichiers sur 213488 traités de la "réparation". Si ça ne marche pas je vais essayer ton soft
Posté(e) le 10 octobre 201212 a Testdisk pour tenter de réparer la FAT sinon Recuva pour récupérer les fichiers (encore tester ya deux jours suite a un profil qui n'aurait pas du tomber et une perte de photos/mails)
Posté(e) le 10 octobre 201212 a Auteur sinon le brancher en USB.. Il est déjà branché en USB. Sinon mon PC bootait en 10 min malgré un SSD.
Posté(e) le 10 octobre 201212 a Auteur Testdisk pour tenter de réparer la FAT sinon Recuva pour récupérer les fichiers (encore tester ya deux jours suite a un profil qui n'aurait pas du tomber et une perte de photos/mails) Le soucis c'est que les fichiers ne sont pas accessibles donc Recuva et autres ne sont d'aucune aide.
Posté(e) le 10 octobre 201212 a Bah testdisk, lui trouve toute trace d'une partition, qu'elle soit considéré RAW ou autre par l'OS. Ensuite il scan et retrouve une table, y a plus qu'à vérifier qu'il s'agit de ce que l'on recherche, et si c'est le cas, soit on fait un backup à la volée, soit on rétablit correctement sa partition, on reboot et le voilà comme neuf Après il faut savoir le manipuler correctement et que les données ne soient pas réécris.
Posté(e) le 11 octobre 201212 a Auteur Alors voilà : après une nuit de travail chkdsk n'a toujours pas peu réparer le DD faute d'espce suffisant restant. Testdisk a retrouvé la partition, les fichiers mais maintenant quand j'essai de copier les fichiers, il ne me propose pas de choisir ailleurs que dans le dossier testdisk. Ce fichier est sur mon DD principal et je n'ai pas assez de place pour copier 900Mo. Je vais essayer de déplacer le dossier dans mon 3To vide voir si ensuite je peux copier les fichiers dedans. Je vous tiens au courant OOOPPPPSSSSS flèche de gauche, il y a espoir
Posté(e) le 15 octobre 201212 a Auteur :copain: Merci beaucoup à tous et surtout testdisk (que je ne connaissais pas et qui enrichire ma clé USB spéciale soft & drivers) après un peu de 48h j'ai récupéré pratiquement tous mes fichiers (doit vérifier mais c'est mieux que 0).
Posté(e) le 16 octobre 201212 a Ben perso Recuva c'est enorme pour recuperer les fichiers...C'est fou ce qu'on recupere dans les DD achetés d'occaz
Posté(e) le 17 octobre 201212 a Auteur Ben perso Recuva c'est enorme pour recuperer les fichiers...C'est fou ce qu'on recupere dans les DD achetés d'occaz Je le connais et l'utilise de temps en temps mais là le DD est en train de mourir physiquement, ce n'est pas un problème de perte ou corruption de fichiers donc Recuva n'y même la commande xcopy ne fonctionnait.
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.