Recuperación de datos desde el primer disco en una matriz JBOD


0

Tengo dos discos duros de 2TB conectados en una matriz JBOD, y el tamaño total de datos que se almacenó en la matriz fue de alrededor de 500 GB. Hace unos días, el segundo disco de la matriz había muerto. Según tengo entendido, dado que el tamaño de los datos no superó los 2 TB, todos los archivos deberían almacenarse en el primer disco, por lo que, en teoría, no debería haber perdido ningún dato.

Intenté montar ambos discos como una matriz JBOD en otra máquina, pero el segundo HDD no fue reconocido. También intenté montar el primer HDD solo, pero ninguna combinación de opciones mountfuncionó. Pude leer desde el dispositivo de bloqueo ( /dev/sda) usando lo lessque indicaba que el primer disco estaba funcionando y era legible.

¿Es posible leer los archivos que estaban almacenados en la matriz JBOD y cómo?


"todos los archivos deben almacenarse en el primer disco", no necesariamente. ¿Cómo fue ensamblado el JBOD? (¿por hardware o software? ¿qué software?) ¿Había una tabla de partición? (MBR o GPT?) ¿De qué sistema (s) de archivos estamos hablando?
Kamil Maciorowski

Respuestas:


1

Según tengo entendido, dado que el tamaño de los datos no superó los 2 TB, todos los archivos deberían almacenarse en el primer disco, por lo que, en teoría, no debería haber perdido ningún dato.

Esto puede no ser necesariamente cierto. El sistema de archivos es simplemente un conjunto de estructuras de datos que describen un grupo único y lógico de bloques que en su caso abarcó dos dispositivos físicos. Aunque la mayoría de los sistemas de archivos tienden a llenar esos bloques en orden de menor a mayor, en teoría pueden asignar cualquier bloque libre para el almacenamiento de datos. Diferentes sistemas de archivos usan diferentes métricas en su proceso de toma de decisiones de qué bloques asignar, pero dependiendo de la antigüedad del sistema de archivos y las opciones utilizadas para formatearlo, los datos podrían fragmentarse en ambos discos con algunas piezas que se terminan en la otra unidad Eso ha fallado. Esto se aplica independientemente de si está utilizando RAID de hardware o software.

Si la unidad se usó principalmente para el almacenamiento de datos con muchos archivos que no cambiaron con mucha frecuencia, entonces hay una buena posibilidad de que todos estén intactos en la primera unidad. Pero si el JBOD se usó como espacio de scatch o una unidad de arranque del sistema operativo con muchas pequeñas escrituras aleatorias que ocurren muchas veces, existe una mayor probabilidad de que algunos de los datos que desea recuperar ahora se pierdan.

Intenté montar el primer HDD solo, pero ninguna combinación de opciones mountfuncionó.

Eso es de esperarse. Los encabezados del sistema de archivos (si es que mountpueden ubicarlos) describen un diseño que es radicalmente diferente de lo que mostraría un solo disco. Además, la mitad de los descriptores del sistema de archivos, inodes o lo que sea (dependiendo del sistema de archivos) están en ese disco fallido, por lo que esas dos cosas se suman a una gran cantidad de metadatos del sistema de archivos defectuosos / faltantes / corruptos que mountno pueden manejar.


Su única esperanza aquí es utilizar el software de recuperación de datos. Esto será difícil porque la mayoría del software de recuperación de datos intenta enfocarse en reparar el sistema de archivos en sí, pero como se discutió, el suyo probablemente se destruya sin posibilidad de reparación.

Lo que necesitas es una herramienta como PhotoRec, por ejemplo. Dichas herramientas tienen una comprensión integrada de los diversos formatos de archivo que intentan recuperar y pueden escanear sectores sin procesar, ignorando por completo las estructuras de datos del sistema de archivos. Si los datos que intenta recuperar son un montón de imágenes o archivos multimedia, entonces PhotoRec es la herramienta para usted. De lo contrario, deberá encontrar uno adaptado al tipo de datos que desea recuperar.


Sería prudente realizar un clon de disco de bajo nivel (de ambas unidades si es posible) ANTES de intentar CUALQUIER recuperación
Damon

@Damon; Tienes razón. Va tan a menudo sin decir que olvidé decirlo :-)
Wes Sayeed
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.