Як встановити / відновити дані на диску, який був частиною рейду mdadm 1 на іншій машині?

Якесь тло

• Сам диск був "опрацьований" другом, і, як кажуть, він залишається неушкодженим, непошкодженим та все ще змонтованим / відновлюваним
• Диск був частиною програмного рейду 1 на Ubuntu 12.04
• Інший диск в оригінальному рейді 1 був відформатований і використаний для іншої мети, залишаючи поточний диск (той, про який йдеться), все ще технічно є частиною рейду, якого більше не існує

Що я вже спробував

• Основний монтаж

  • Я додав запис до fstab, позначив диск як ext3 / ext4 і спробував встановити.

  • Після монтажу з'являється наступна помилка

    wrong fs type, bad option, bad superblock on

  • І в dmesg

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

• Я спробував знайти тип файлової системи диска і придумав

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

Де мені потрібна допомога / Мої запитання

• Чи є спосіб перетворити диск в ext4 без пошкодження даних?
• Чи є простий спосіб монтажу диска типу файлів Linux 83 та відновлення даних?
• На даний момент у мене ще один диск безкоштовний, якщо є можливість якось відновити рейд
• Моя головна мета - відновити дані з диска. Я відкритий для всіх варіантів.

Оновлення

Виведення деяких команд

• 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
  

• файл -s / dev / sdc1

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

• hexdump -C -n 32256 / dev / sdc (Не впевнений, може це допомогти чи ні)

  $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
  

Це прекрасно працює в Ubuntu 14.04:

sudo -i
mdadm --assemble --scan

Ти отримаєш:

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

Потім змонтуйте і перегляньте свої файли:

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

Linux mdraid має кілька форматів метаданих . Формати 0,9 та 1,0 ставлять метадані в кінець пристрою, що містить, і корисне навантаження (файлова система) починається на початку пристрою і може бути доступно безпосередньо, не проходячи через рейдовий шар. Формати 1.1 і 1.2 ставлять метадані відповідно до середини та початку пристрою, що містить, відповідно, корисне навантаження при зміщенні.

Установник Ubuntu створює томи у форматі 1,2 метаданих, тому ваші дані починаються після метаданих, а не на початку пристрою.

Найпростіший спосіб отримати доступ до цих даних - зібрати рейдовий пристрій. У томі RAID-1 достатньо одного пристрою.

madadm -A /dev/sdc1

(Зупиніться тут, якщо вам не подобається біль.)

Ви також можете отримати доступ до даних з компенсацією. Єдине, що я бачу зробити це - це якщо вам доведеться працювати в дуже старому ядрі, яке не підтримує формати mxid 1.x. Спочатку визначте зміщення mdadm -E /dev/sdc1: шукайте лінію Data Offset : SSS sectors. Сектор mdadm - 512 байт.

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

У відчаї, у форматах 1.x, зміщення даних зберігається в байтах 128–135 метаданих, малопомітні¹. 1,2 метаданих становить 4096 байт після початку роботи пристрою.

Ви також можете змінити таблицю розділів, щоб вона почала далі. Будьте дуже обережні зі своєю арифметикою. Зробіть це, якщо ви хочете тривалий час використовувати диск у старій системі, яка не має доступу до рейдового пристрою.

¹ _{Або з витримкою платформи? Я не впевнений.}

На моє здивування, я / міг відновити дані, просто використовуючи головне .

Допомога, отримана тут, була неоціненною. Після спробу різноманітних запропонованих комбінацій, а також моїх власних сумішей ідеальний метод (як змонтувати та використовувати диск як звичайний) вже не здавався варіантом. Звернення до відновлення даних - це моє рішення в цьому випадку.

Здається, ви вже зачепили суперблок mdadm. Якщо він раніше там був і був формат 1.1 або 1.2, то, швидше за все, файлова система зміщена в 2048 секторах. Ви можете бігти, e2fsck /dev/sdc1?offset=2048щоб змусити його шукати файлову систему, починаючи з цього зміщення. Якщо він знайде це, ви можете змінити таблицю розділів, щоб вказати, де файлова система насправді запускається. Ви можете використовувати parted /dev/sdcта unit sкоманду для використання одиниць секторів. printтаблиці, відзначте початок і кінець сектору, потім rmрозділ, потім відтворіть його mkpartта використовуйте той самий кінцевий сектор, але додайте зміщення до стартового сектору.

Якщо 2048 не працює, ви також можете спробувати 1985 рік.