Come montare / ripristinare i dati su un disco che faceva parte di un raid 1 di mdadm su un'altra macchina?

Qualche sfondo

• Il disco stesso è stato "lavorato" da un amico e si dice che sia ancora intatto, integro e ancora montabile / recuperabile
• Il disco faceva parte di un raid software 1 su Ubuntu 12.04
• L'altro disco nel raid originale 1 è stato formattato e utilizzato per un altro scopo, lasciando il disco corrente (quello in questione) ancora tecnicamente parte di un raid che non esiste più

Quello che ho già provato

• Montaggio base

  • Ho aggiunto una voce a fstab, contrassegnato il disco come ext3 / ext4 e ho provato a montare.

  • Al montaggio appare il seguente errore

    wrong fs type, bad option, bad superblock on

  • E in dmesg

    EXT4-fs (sdc1): VFS: Can't find ext4 filesystem

• Ho provato a trovare il tipo di file system del disco e ho trovato

  $sudo file -s /dev/sdc
/dev/sdc: x86 boot sector; partition 1: ID=0x83, starthead 254, startsector 63, 1953520002 sectors, code offset 0xb8

Dove ho bisogno di aiuto / Le mie domande

• C'è un modo per convertire il disco in ext4 senza danneggiare i dati?
• Esiste un modo semplice per montare il disco del tipo di file Linux 83 e recuperare i dati?
• Ho un altro disco attualmente libero nel caso sia possibile ricostruire in qualche modo il raid
• Il mio obiettivo principale è recuperare i dati dal disco. Sono aperto a tutte le opzioni.

Aggiornare

Uscita di alcuni comandi

• fdisk -l / dev / sdc

  $fdisk -l /dev/sdc

  Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005ed9c
  

  Device Boot Start End Blocks Id System
/dev/sdc1 63 1953520064 976760001 83 Linux
  

• file -s / dev / sdc1

  $file -s /dev/sdc1
/dev/sdc1: data
  

• hexdump -C -n 32256 / dev / sdc (Non sono sicuro se questo potrebbe aiutare o no)

  $hexdump -C -n 32256 /dev/sdc`
  00000000  fa b8 00 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |................|
  00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
  00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
  00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
  00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
  00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
  *
  000001b0  00 00 00 00 00 00 00 00  9c ed 05 00 00 00 00 fe  |................|
  000001c0  ff ff 83 fe ff ff 3f 00  00 00 82 59 70 74 00 00  |......?....Ypt..|
  000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
  *
  000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
  00000200  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
  *
  00007e00
  

Funziona in modo eccellente in Ubuntu 14.04:

sudo -i
mdadm --assemble --scan

Otterrete:

mdadm: /dev/md/1 has been started with 1 drive (out of 2)

Quindi montare e vedere i tuoi file:

cd /mnt && mkdir to-restore-md1 && mount /dev/md1 to-restore-md1
ls -la to-restore-md1

Linux mdraid ha diversi formati di metadati . I formati 0.9 e 1.0 inseriscono i metadati alla fine del dispositivo contenitore e il payload (il filesystem) inizia all'inizio del dispositivo ed è possibile accedervi direttamente senza passare attraverso il layer raid. I formati 1.1 e 1.2 mettono rispettivamente i metadati al centro e all'inizio del dispositivo di contenimento, quindi il payload è in offset.

Il programma di installazione di Ubuntu crea volumi con il formato di metadati 1.2, quindi i tuoi dati iniziano dopo i metadati anziché all'inizio del dispositivo.

Il modo più semplice per accedere a quei dati è assemblare il dispositivo raid. In un volume RAID-1, è sufficiente un singolo dispositivo.

madadm -A /dev/sdc1

(Fermati qui se non ti piace il dolore.)

È inoltre possibile accedere ai dati con un offset. L'unico punto che posso vedere per fare questo è se devi lavorare in un kernel molto vecchio che non supporta i formati mdraid 1.x. Innanzitutto, determina l'offset mdadm -E /dev/sdc1: cerca la linea Data Offset : SSS sectors. Un settore mdadm è di 512 byte.

sectors=$(mdadm -E /dev/sdc1 | awk -F: '$1 ~ /Data offset/ {print $2}')
bytes=$(($sectors * 512))
losetup -f -o $bytes /dev/sdc1

Nella disperazione, con i formati 1.x, l'offset dei dati viene archiviato in byte 128-135 dei metadati, little-endian¹. 1.2 metadati sono 4096 byte dopo l'inizio del dispositivo.

È inoltre possibile modificare la tabella delle partizioni per avviarla ulteriormente. Stai molto attento con la tua aritmetica. Fallo solo se vuoi continuare a usare il disco a lungo termine in un vecchio sistema che non può accedere al dispositivo raid.

¹ _{O con endianness della piattaforma? Non ne sono sicuro.}

Con mia sorpresa, sono stato / sono in grado di recuperare i dati semplicemente usando innanzitutto .

L'aiuto ricevuto qui è stato prezioso. Dopo aver provato una varietà di combinazioni suggerite, così come i miei mix-in, il metodo ideale (per montare e usare il disco normalmente) non sembrava più un'opzione. Ricorrere al recupero dei dati è la mia soluzione in questo caso.

Sembra che tu abbia già distrutto il superblocco mdadm. Se era lì ed era in formato 1.1 o 1.2, molto probabilmente il filesystem si trova in offset 2048 settori. È possibile eseguire e2fsck /dev/sdc1?offset=2048per forzarlo a cercare il filesystem a partire da tale offset. Se lo trova, puoi modificare la tabella delle partizioni in modo che indichi dove inizia effettivamente il filesystem. È possibile utilizzare parted /dev/sdce il unit scomando per utilizzare unità di settori. printla tabella, notare il settore iniziale e finale, quindi rmla partizione, quindi ricrearla con mkparte utilizzare lo stesso settore finale, ma aggiungere l'offset al settore iniziale.

Se il 2048 non funziona, potresti provare anche il 1985.