He tenido una experiencia razonablemente buena con SpinRite, pero creo que está muy sobrevalorado. De hecho, podría ser demasiado inteligente por su propio bien. Hay soluciones gratuitas que funcionan igual de bien (en realidad, las gratuitas podrían funcionar aún mejor).
Teníamos una unidad NTFS de 200 GB que de repente falló catastróficamente. Se suponía que este era el disco "compartido" en el que la gente simplemente descargaba cosas temporalmente, pero terminó convirtiéndose en un enorme depósito de datos que tenía varias copias de seguridad, así como un montón de archivos que nadie se molestó en hacer copias de seguridad en ningún lado. Cuando la unidad murió, no pudimos montarla, sin importar cuántas veces ejecutamos chkdsk u otras herramientas.
Al final, compramos y ejecutamos SpinRite ... que continuó funcionando durante más de 1 mes. Cada vez que golpeó un clúster defectuoso, pasó horas tratando de recuperar datos de él. Nuevamente, funcionó sin parar durante más de un mes tratando de recuperar datos de una unidad defectuosa de 200 GB. (En defensa de SpinRite, puede escanear un disco en solo unas pocas horas si no hay defectos físicos). SpinRite finalmente pudo recuperar todos nuestros archivos, aunque muchos de los más grandes resultaron estar corruptos de todos modos. SpinRite también volvió a montar el disco. Así que definitivamente diría que hizo algo.
Sin embargo, a pesar del hecho de que funcionó, no sé si ayudó más que simplemente arrancar un CD de Linux y ejecutar dd para copiar todo el disco en un archivo. ¡Hay algo que decir por no ejecutar un disco de morir durante un mes entero, ya que se está muriendo! Los defectos físicos parecen tener la costumbre de propagarse. No me sorprendería si el disco se degradara aún más mientras se ejecutaba SpinRite. Personalmente, prefiero sacar los datos del disco lo más rápido posible, hacer varias imágenes de respaldo e intentar reparar los archivos sin conexión.
Hemos tenido que recuperar otros datos recientemente, y dd ha hecho un gran trabajo. Puede decirle que copie todos los datos buenos del disco, luego puede ejecutarlo varias veces más para intentarlo más (es decir, usar tamaños de bloque más pequeños) tratando de extraer datos de las áreas malas.
Si tiene una hora más o menos, diría que vale la pena aprender a usar dd en lugar de comprar SpinRite:
http://www.debianadmin.com/recover-data-from-a-dead -hard-drive-using-dd.html
O siga la ruta un poco más fácil y simplemente descargue dd_rescue:
http://www.garloff.de/kurt/linux/ddrescue
Si aún desea ejecutar SpinRite, le recomiendo que lo haga DESPUÉS de que haya copiado todos los datos existentes de la unidad, en caso de que ejecutar la unidad durante un período de tiempo más largo permita que se degrade aún más.
Cada vez que obtenga una nueva unidad, debe iniciar un CD de Linux y ejecutar bloques defectuosos para verificar si hay defectos. También debe verificar periódicamente las unidades en busca de degradación. Hemos tenido al menos 2 unidades nuevas con defectos, y 3 o 4 más mueren en un par de meses (a pesar de que hicimos pruebas exhaustivas antes de ponerlas en servicio).
Tenga en cuenta que necesita ejecutar badblocks como root, o prefijar los comandos con "sudo" si está iniciando un CD en vivo de Ubuntu.
Unidades nuevas (advertencia: ¡destruye todos los datos!):
badblocks -wvs /dev/sd#
o
badblocks -wvs /dev/hd#
Unidades en uso (prueba de solo lectura):
badblocks -vs /dev/sd#
o
badblocks -vs /dev/hd#
Donde # es el número de unidad en Linux. Las unidades IDE generalmente se llaman / dev / hd #, y las unidades SCSI (y a menudo SATA) son / dev / sd #.
Más información sobre badblocks aquí: http://en.wikipedia.org/wiki/Badblocks
Por cierto, aunque dd y badblocks son programas de Linux, puede usarlos en unidades NTFS e incluso puede montar particiones NTFS en Linux, independientemente de si está usando particiones MBR, discos dinámicos o discos GPT.
La documentación de Steve analiza muchos problemas hipotéticos con los que SpinRite teóricamente podría ayudar. Por ejemplo: los datos se desvanecen con el tiempo y necesitan ser "actualizados" leyendo cada bloque y volviéndolos a escribir en el disco, o la noción de que reposicionar repetidamente el cabezal de lectura a cada lado de un bloque eventualmente le permitirá divinamente estadísticamente los datos originales almacenados en ese bloque. Lógicamente, estas cosas tienen sentido, pero creo que son solo soluciones a problemas académicos que en realidad no pueden surgir en el mundo real. (Al menos, con discos duros, tal vez los discos Zip y demás eran más susceptibles a la pérdida de datos). Si Steve citara documentos sobre los temas, o si se hubiera demostrado experimentalmente que estas técnicas son efectivas, entonces esperaría que haya muchos clones SpinRite de código abierto o disponibles comercialmente. Estaría dentro de las capacidades de un programador de script promedio escribir un script de shell Python, Perl o UNIX que incluya todas las características documentadas de SpinRite.