Recuperación de datos del disco RAID1

1

Recientemente recibí una de las dos unidades de 1TB que tenía en un servidor dedicado. Las unidades se duplicaron y el servidor ejecutaba CentOS 5.6.

Lo instalé en un gabinete USB e intenté montarlo bajo Ubuntu para copiar algunos archivos, pero sorprendentemente, no se montará.

fdisk -l dice /dev/sdb does not contain a valid partition table

mount /dev/sdb /media/usb dice unknown filesystem ddf_raid_member

si dd para los primeros 1024 bytes puedo ver algunas cadenas que pertenecen al gestor de arranque GRUB.

¿Qué podría hacer para recuperar mis datos?

linux ubuntu raid data-recovery raid-1 Nick M
fuente

Respuestas:

1

Espero que la unidad tenga metadatos RAID al inicio, lo que evita que se reconozca como un disco no RAID con formato normal.

Es posible que pueda utilizar mdadmpara obtener acceso a los sistemas de archivos. Practicaría con una unidad de repuesto.

RedGrittyBrick
fuente
He agregado la unidad como nivel de incursión 1 a / dev / md0 y todavía no puedo montarla, sigue diciendo que no hay una tabla de partición válida / no hay un superbloque válido. Busqué superbloques de respaldo, encontré algunos, intenté restaurar, pero no lo conseguí.
Nick M
1

Me encontré con este problema también. Parece que la utilidad de disco de Dell (este viejo powerge 2950) marcará las unidades como ddf_raid_member INCLUSO si la unidad no estaba en RAID, sino que simplemente se configuró como un grupo de discos por sí solo.

Si este es el caso, puede usar / dev / mapper para ayudar. En mi caso:

 media]# blkid
/dev/sda2: UUID="00873ee1-8682-4aaa-991d-351aa2c9af85" TYPE="ext4"
/dev/sda1: UUID="46a173bd-bfbe-4dc5-9249-ccece83f8014" TYPE="swap"
/dev/sdb: UUID="Dell    ^P(" TYPE="ddf_raid_member"
/dev/mapper/ddf1_SSDp1: UUID="c1c17084-601d-4c28-9851-55657fc767d7" TYPE="ext4"
/dev/mapper/ddf1_SSDp2: UUID="fe20a9cf-6cbe-4c1d-a980-054bf2a78bc8" TYPE="ext4"

Entonces, si quisiera montar / dev / sdb, en lugar de: mount -t ext4 / dev / sdb1, monté -t ext4 / dev / mapper / ddf1_SSDp2 / mnt / mymountpoint y puedo acceder al disco. Espero que esto ayude a alguien en una situación similar. Supongo que si la unidad estuviera en una configuración de incursión real, esto no funcionaría (aunque mdadm podría).

Ross
fuente
Algo así como renunció al almacenamiento local ya que esto sucedió ya que desperdicié toda una semana restaurando los datos en ese momento. Todo esto me dio escalofríos mientras duró. Estoy usando el almacenamiento de AWS ahora y, aunque es más lento para transferencias grandes, al menos sé que no habrá problemas con fallas y demás.
Nick M
0

Lamentablemente, no podía permitirme tratar de restaurar las particiones que también estaban dañadas, por lo que tuve que ejecutar testdisk para recuperar mis datos. Tomó alrededor de 4 días, pero logró recuperarlo todo.

Nick M
fuente