J'ai eu une assez bonne expérience avec SpinRite, mais je pense que c'est fortement surestimé. En fait, il pourrait être trop intelligent pour son propre bien. Il existe des solutions gratuites qui fonctionnent aussi bien (en fait, les solutions gratuites pourraient fonctionner encore mieux).
Nous avions un disque NTFS de 200 Go qui a subitement échoué de façon catastrophique. C’était supposé être le lecteur «partagé» sur lequel les utilisateurs déposaient des fichiers temporairement, mais ils ont fini par se transformer en un énorme référentiel de données comportant diverses sauvegardes, ainsi qu’un ensemble de fichiers que personne ne se souciait de sauvegarder. Lorsque le lecteur est mort, nous ne pouvions pas le monter, peu importe le nombre de fois où nous utilisions chkdsk ou d'autres outils.
En fin de compte, nous avons acheté et exécuté SpinRite ..., qui a duré plus d'un mois. Chaque fois qu'il rencontrait un mauvais cluster, il passait des heures à récupérer les données. Là encore, il a fonctionné sans interruption pendant plus d’un mois pour tenter de récupérer les données d’un disque défectueux de 200 Go. (Dans la défense de SpinRite, il peut analyser un lecteur en quelques heures seulement s’il n’ya pas de défaut physique.) SpinRite a finalement été capable de récupérer tous nos fichiers, bien que beaucoup des plus gros se soient quand même avérés corrompus. SpinRite a également rendu le lecteur montable à nouveau. Donc, je dirais certainement que ça a fait quelque chose.
Cependant, malgré le fait que cela ait fonctionné, je ne sais pas si cela a aidé plus que de démarrer à partir d’un CD Linux et de lancer dd pour copier l’ensemble du lecteur dans un fichier. Il y a quelque chose à dire pour ne pas utiliser un disque mourant pendant un mois entier, car il est en train de mourir! Les défauts physiques semblent avoir l'habitude de se propager. Cela ne me surprendrait pas si le disque se dégradait encore plus pendant que SpinRite était en cours d'exécution. Personnellement, je préférerais extraire les données du disque le plus rapidement possible, créer plusieurs images de sauvegarde et essayer de réparer les fichiers hors connexion.
Nous avons dû récupérer d'autres données récemment et dd a fait un excellent travail. Vous pouvez lui dire de copier toutes les bonnes données du lecteur, puis de l'exécuter à nouveau plusieurs fois pour essayer plus fort (c.-à-d. Utiliser des blocs plus petits) en essayant d'extraire des données des zones défectueuses.
Si vous avez une heure ou deux à perdre, je dirais que cela vaut la peine de prendre le temps d'apprendre à utiliser dd au lieu d'acheter SpinRite:
http://www.debianadmin.com/recover-data-from-a-dead -hard-drive-using-dd.html
Ou bien suivez la voie légèrement plus facile et téléchargez simplement dd_rescue:
http://www.garloff.de/kurt/linux/ddrescue
Si vous souhaitez toujours utiliser SpinRite, je vous le recommande vivement APRÈS que vous ayez copié toutes les données existantes à partir du lecteur, juste au cas où le faire fonctionner plus longtemps permet de le dégrader davantage.
Chaque fois que vous recevez un nouveau lecteur, vous devez démarrer à partir d'un CD Linux et exécuter des badblocks pour le vérifier. Vous devriez également vérifier périodiquement vos disques pour la dégradation. Au moins deux nouveaux lecteurs ont été livrés avec des défauts et trois ou quatre autres sont morts en quelques mois (même si nous avons effectué des tests approfondis avant de les mettre en service).
Notez que vous devez exécuter les badblocks en tant que root ou préfixez les commandes avec "sudo" si vous démarrez à partir d’un live CD Ubuntu.
Nouveaux lecteurs (avertissement: détruit toutes les données!):
badblocks -wvs /dev/sd#
ou
badblocks -wvs /dev/hd#
Disques en cours d’utilisation (test en lecture seule):
badblocks -vs /dev/sd#
ou
badblocks -vs /dev/hd#
Où # est le numéro de lecteur sous Linux. Les lecteurs IDE sont généralement appelés / dev / hd # et les lecteurs SCSI (et souvent SATA) sont / dev / sd #.
Plus d'informations sur les badblocks ici: http://en.wikipedia.org/wiki/Badblocks
En passant, même si dd et badblocks sont des programmes Linux, vous pouvez les utiliser sur des lecteurs NTFS et vous pouvez même monter des partitions NTFS sous Linux, que vous utilisiez des partitions MBR, des disques dynamiques ou des disques GPT.
La documentation de Steve traite d'un grand nombre de problèmes hypothétiques que SpinRite pourrait théoriquement résoudre. Par exemple: les données s’effacent avec le temps et doivent être "rafraîchies" en lisant chaque bloc et les réécrivant sur le disque, ou la notion selon laquelle le repositionnement répété de la tête de lecture de part et d’autre d’un bloc vous permettra éventuellement de diviner statistiquement les données d'origine stockées dans ce bloc. Logiquement, ces choses ont du sens, mais je pense que ce ne sont que des solutions à des problèmes académiques qui peuvent ne pas surgir dans le monde réel. (Du moins, avec les disques durs - peut-être les disques Zip et ceux-ci sont-ils plus susceptibles de pâlir les données?) alors je m'attendrais à ce qu'il y ait beaucoup de clones SpinRite à source ouverte ou disponibles dans le commerce. Les programmeurs de scripts moyens auraient tout à fait les compétences nécessaires pour écrire un script shell Python, Perl ou UNIX incluant toutes les fonctionnalités documentées de SpinRite.