Leí un poco sobre esta herramienta y obviamente miré las páginas de manual. El problema es que ddrescue tarda tanto que necesito ejecutar el comando correctamente la primera vez. No estaba seguro de cómo mejorar la vainilla;
$ sudo ./ddrescue -v /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
$ sudo ./ddrescue -v MyVolImage.dmg /dev/disk1s3 MyVolRestore.log
- De accionamientos HSF+ a HSF+
- El disco duro de origen (roto) está conectado a través de USB 2.0
- Dest HDD está dentro de MacBook
- Preferiría la precisión a la velocidad
Parece haber muchas opciones, pero no estoy seguro de cómo afectan la calidad y la velocidad de recuperación.
Gracias,
gav
Respuesta1
De accionamientos HSF+ a HSF+
Entonces esto se puede encontrar mediante la búsqueda, te refieres a HFS+ (Sistema de archivos jerárquico).
Consejo útil: puede hacerlo sudo -ssolo para colocarlo en un shell de nivel raíz, por lo que solo escribe sudo una vez (suelte desde los comandos anteriores). Entonces, hazlo:
$ sudo -s
De hecho, ddrescue me está tomando una eternidad, pero mi impulso está bastante arruinado. Si crea un archivo de registro (como debería), siempre puede detenerlo y reiniciarlo con nuevos parámetros. Por lo que he encontrado hasta ahora (es posible que se produzcan actualizaciones), la mejor manera de utilizar la herramienta es la siguiente.
Primero, usando un comando Unix (a continuación) o la GUI de la Utilidad de Discos, desmonte las particiones defectuosas si se montaron
# diskutil unmount disk0s5
# ./ddrescue -v -n /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
El registro es fundamental. Le permite interrumpir el programa en cualquier momento, así como ejecutarlo en la unidad varias veces.
(Tenga en cuenta que tanto el archivo de imagen de destino como el archivo de registro deben almacenarse en una unidad confiable y no en la unidad defectuosa (que desmontó de todos modos). Asegúrese de saber dónde se almacenarán. El comando anterior los colocaría en la misma carpeta. como ddrescue. También es importante tener en cuenta que todo el disco de origen se copiará en la imagen, por lo que debe tener suficiente espacio en disco en el volumen de destino).
La opción -n le indica que ejecute todo el disco para copiar todo lo que pueda sin volver a intentarlo (rescatar). En mi opinión, esto es mejor ya que desea una línea de base y ayuda en caso de que la unidad muera por completo durante el proceso. Una vez que termine, ejecútelo nuevamente para buscar las áreas defectuosas del disco:
# ddrescue -v -r 3 /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
El -r 3 le dice que vuelva a intentar las áreas defectuosas 3 veces. Tenga en cuenta que estamos reutilizando el archivo de registro creado la primera vez. Puede configurarlo tan alto como tenga paciencia, pero es posible que desee ahorrar algo de tiempo para una ejecución final.
# ddrescue -v -r 3 -R /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
como indica el manual: volver a recortar las áreas ya marcadas como malas puede conducir al éxito, ya que volverá a intentar los sectores en un orden diferente.
En lugar de hacer esto:
# ./ddrescue -v MyVolImage.dmg /dev/disk1s3 restore.log
Es posible que pueda utilizar la Utilidad de Discos para montar una copia de la imagen, repararla si es necesario y continuar desde allí.Es mejor copiar la imagen del disco antes de modificarla en caso de que haya problemas.El Finder también debería copiar más rápido que ddrescue. Creo que trabajar con la imagen es más fácil porque no tienes que preocuparte por problemas de tamaño de partición con un disco real.
Otras herramientas de recuperación son testdisk (no lo probé y no estoy seguro de querer hacerlo) y PhotoRec, ambos están enSeguridad CGy requieren compilación. PhotoRec se puede utilizar para recuperar una multitud de tipos diferentes de archivos, lo cual se realiza mediante la búsqueda en la unidad o la imagen, independientemente de la estructura del directorio.
Se habla del uso de dispositivos sin formato para acelerar el acceso, pero aún no tengo pruebas de que funcionen de manera confiable. Anteponga la letra r antes diskpara que OS X la use sin formato (sin almacenamiento en caché).
Respuesta2
Tuve este problema con un disco Seagate de 500 GB, 2,5" y 7200 RPM a principios de abril de 2011. (Ese disco tenía un volumen que usabaNTFS.)
Con los comandos sugeridos enla primera respuesta, recupere tanto como sea posible en la imagen del disco y luego:
- haz una copia de esa imagen
- obtener el último binario de CGSecurityDisco de prueba– gratis (código abierto),muybueno pero bastante geek de usar.
Geometría
Si el disco fallido perdió sus sectores de arranque, conocer la geometría (información sobre los cilindros, cabezales y sectores (CHS) del disco) podría ayudar a TestDisk a procesar la copia de la imagen recuperada. Entonces, si es posible,descubre la geometría– Las especificaciones del fabricante, en PDF, se pueden encontrar buscando en Google la marca y el modelo.
diskutil
Si la recuperación se realizó desde un disco que incluía el volumen de inicio HFS+ para una Mac Intel, entonces el disco para ese volumen habría utilizado la tabla de particiones GUID (GPT). Por lo tanto, usaría diskutil(una de las utilidades que utiliza Disk Utility):
- abrir una ventana de Terminal
- ingrese el siguiente comando:
diskutil verifyVolume <PATH-TO-THE-DISK-IMAGE>
Si el resultado en la ventana de Terminal revela una inconsistencia en el sistema de archivos dentro de la imagen, use Terminal para ejecutar un comando ligeramente diferente:
diskutil repairVolume <PATH-TO-THE-DISK-IMAGE>
Si ese intento de reparar el volumen falla, puede continuar con TestDisk.
Una captura de pantalla de TestDisk
La ejecución sudo testdisken una ventana de Terminal presenta tres opciones de registro. Después de elegir uno, aparecerá una ventana similar a esta:
La documentación de CGSecurity sobre cómo proceder con TestDisk está en línea.
Si las particiones están bastante estropeadas
Su única opción podría ser 'tallar archivos' para recuperar solo los archivos, excluyendo nombres de archivos, excluyendo directorios/carpetas.