Как смонтировать / восстановить данные на диске, который был частью рейда 1 mdadm на другой машине?

Некоторый фон

• Сам диск был "обработан" другом и, как говорят, все еще неповрежден, неповрежден и все еще может быть смонтирован / восстановлен
• Диск был частью программного рейда 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 помещают метаданные в конец содержащего устройства, а полезная нагрузка (файловая система) начинается в начале устройства и может быть доступна напрямую, не проходя через уровень raid. Форматы 1.1 и 1.2 помещают метаданные в середину и начало содержащего устройства соответственно, поэтому полезная нагрузка находится в смещении.

Установщик Ubuntu создает тома в формате метаданных 1.2, поэтому ваши данные запускаются после метаданных, а не в начале устройства.

Самый простой способ получить доступ к этим данным - собрать устройство raid. В томе RAID-1 достаточно одного устройства.

madadm -A /dev/sdc1

(Остановитесь здесь, если вы не любите боль.)

Вы также можете получить доступ к данным со смещением. Единственное, что я могу увидеть, это сделать, если вам нужно работать в очень старом ядре, которое не поддерживает форматы 1.x mdraid. Сначала определите смещение 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 метаданных, little-endian¹. Метаданные 1.2 составляют 4096 байт после начала работы устройства.

Вы также можете изменить таблицу разделов, чтобы она начиналась дальше. Будьте очень осторожны с вашей арифметикой. Делайте это только в том случае, если вы хотите продолжать использовать диск на долгосрочной основе в старой системе, которая не может получить доступ к устройству raid.

¹ _{Или с порядком байтов платформы? Я не уверен.}

К моему удивлению, я смог / смог восстановить данные, просто используя самое главное .

Полученная здесь помощь была неоценима. После того, как я попробовал множество предложенных комбинаций, а также мои собственные дополнения, идеальный метод (монтировать и использовать диск как обычно) больше не казался вариантом. В этом случае я прибегаю к восстановлению данных.

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

Если 2048 не работает, вы также можете попробовать 1985.