Estoy intentando usar Lubuntu para recuperar la mayor cantidad de datos posible de un disco duro de 4 TB que falla.
Según GParted, la partición principal, formateada en Ext4, contiene sólo 553 GB de datos. Intenté hacer un clon completo conHDDSuperClon, un software GUI para Linux, similar a la herramienta de línea de comandos ddrescueen propósito y funcionalidad. Al principio funcionaba bien, con pocos errores/sectores omitidos y una buena velocidad de copia promedio (~60 MB/s). Pero aproximadamente a la mitad comenzó a tener problemas más graves, con algunas áreas que no se leían en absoluto, formando un patrón en franjas alternas de lecturas buenas y malas, lo que generalmente indica que una cabeza está defectuosa. En ese momento detuve la recuperación.
Había recuperado alrededor de 1,7 TB y había estado copiando solo archivos 00 durante bastante tiempo, así que pensé que todos los datos relevantes ya estarían protegidos en la unidad de recuperación. Pero resulta que la partición principal no se puede montar (aunque todavía se puede montar en la unidad de origen, aunque con dificultad), y el software de recuperación de datos de renombre (R-Studio, DMDE) no puede reconstruir la estructura del directorio original ni recuperarla. nombres de archivos originales. Y al abrir la unidad de recuperación en WinHex puedo ver que está totalmente vacía más allá de los 438 GB, lo que significaría que faltan alrededor de 115 GB, aunque no entiendo cómo podría ser posible, ya que se supone que los sistemas de archivos escriben datos en la parte más externa. áreas disponibles, donde la velocidad de lectura/escritura es mejor, para optimizar el rendimiento de los HDD.
Ahora, para aprovechar al máximo lo que queda, considerando que la condición de la unidad podría deteriorarse rápidamente en el próximo intento serio de recuperación, estoy buscando cualquier método que pueda analizar las estructuras de metadatos e informar el espacio asignado/no asignado, para poder podría dirigir la recuperación a esas áreas relevantes en lugar de perder un tiempo precioso leyendo gigabytes de ceros. Un pequeño programa de línea de comandos desarrollado hace algunos años por el autor de HDDSuperClone ddru_ntfsbitmap(parte de ddr_utility), puede hacer esto automáticamente con particiones NTFS: analiza el $Bitmaparchivo y genera un "archivo de mapa" para ddrescuelo cual efectivamente restringe la copia a los sectores marcados como asignados. (siempre que este archivo del sistema se pueda leer en su totalidad); también puede generar un "archivo de mapa" para recuperar el $MFTprimero, lo cual es tremendamente útil (el MFT contiene todos los metadatos de los archivos y la información de la estructura del directorio; si está dañado o se pierde, sólo es posible una recuperación del tipo "grabado de archivos sin formato"). Pero incluso este individuo altamente competente no sabe cómo hacer lo mismo con las particiones de Linux, como respondió eneste hilo de HDDGuru.
Entonces, incluso si no está completamente automatizado, necesitaría un procedimiento que pudiera analizar una partición Ext4, de manera rápida y eficiente para no desgastar más la unidad en el proceso, y reportar esa información ya sea como un registro de texto o como una presentación gráfica. . ¿Quizás un programa de desfragmentación sería suficiente?
Y en términos generales, ¿dónde están ubicadas las estructuras de metadatos importantes (“inodos”, si no me equivoco) en una partición de Linux? ¿Existe un único archivo equivalente a NTFS $Bitmapo la información sobre la asignación de archivos/sectores se determina mediante un análisis más complejo? (Si eso es relevante, la unidad estaba en un gabinete de red WDMyCloud, configurado de fábrica y ejecutándose con un sistema operativo Linux).
