J'ai besoin de cloner une partition NTFS à partir d'un disque dur endommagé, proche de la mort (SCSI, si cela importe) vers un nouveau (SATA).
J'ai installé la dernière version des utilitaires du CD de démarrage de Hiren sur une clé USB et j'ai essayé avec GParted, qui m'a dit qu'il ne pouvait pas copier/coller la partition car elle était endommagée et "marquée" par Windows pour exécuter CHKDSK. J'ai suivi les conseils d'avertissement et j'ai essayé de le réparer en utilisant CHKDSK /f (cela a pris 9 heures et s'est terminé avec une erreur après la "phase 3") et un programme Linux dont je ne me souviens pas pour le moment, sans succès.
J'ai essayé de cloner en utilisant Clonezilla, et cela a également échoué, pour les mêmes raisons.
Dans le HBCD, il y a dd_rescue, mais cela a de nouveau échoué car il ne trouve pas "ntfs.something".
En fin de compte, tout ce que je veux, c'est cloner cette partition telle qu'elle est, avec ses erreurs et tout. Je peux le réparer sur le nouveau disque.
Alors, que dois-je faire ?
Réponse acceptée :
Vous pouvez bien sûr essayer de réparer la partition NTFS sur le lecteur d'origine, mais je ne peux pas recommander de le faire, car les problèmes peuvent être causés par une panne matérielle et la réparation pourrait aggraver les choses.
Créez d'abord un bloc pour une copie de bloc avec ddrescue dans un fichier. S'il y a un bloc qui ne peut pas être copié ddrescue continuera avec le reste du disque.
Si ddrescue ne trouve aucun bloc défectueux, vous pouvez essayer d'utiliser un logiciel de réparation sur le fichier (monté via un bouclage). S'il y a des problèmes avec le lecteur SCSI ou si vous voulez simplement être sûr de pouvoir recommencer à zéro, faites une copie de votre fichier et essayez de réparer le système de fichiers NTFS sur la deuxième copie. Comme la copie d'un disque avec des erreurs peut prendre du temps, vous devrez peut-être interrompre le processus (parce que vous avez besoin de l'ordinateur, pour laisser le lecteur refroidir ou pour redémarrer le micrologiciel du lecteur).
C'est pourquoi, d'après mon expérience, ddrescue est de loin supérieur dans les cas problématiques à dd avec conv=noerror . ddrescue conserve un journal de ce qu'il a fait et redémarre en fonction de ces informations, une fonctionnalité non disponible pour dd . ddrescue est également plus intelligent pour lire les blocs en partant de la fin, s'il rencontre une zone problématique. Il arrivera beaucoup plus rapidement à un état de copie d'image que vous pourrez utiliser comme base pour une vérification du système de fichiers (et vous pouvez continuer à ddrescue la copie originale). Vous ne pouvez faire quelque chose comme ça qu'avec dd si vous êtes prêt à passer beaucoup de temps à calculer les décalages à la main.
Vous pouvez également copier le fichier sur une partition NTFS de la bonne taille, placer le lecteur dans une machine Windows et utiliser les outils de réparation natifs à partir de là.