Восстановления данных на RAID в случае изменения suberblock

Материал из support.qbpro.ru
Версия от 03:47, 25 ноября 2023; Vix (обсуждение | вклад)
(разн.) ← Предыдущая версия | Текущая версия (разн.) | Следующая версия → (разн.)

И так, описываю проблему и как мы ее решили:

  • Проблема - стоял сервер на Debian Lenny, на котором был RAID1 - разделы в котором были ext3, ext4 и при смене OS на Debian Wheezy мы получили массу ругани по поводу разделов на RAID, дальше была сделана попытка разобрать и собрать RAID - которая ситуацию явно еще усложнила... :(

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

  • Решение :

сначала монтируем RAID c metadata для этой версии - 0.90

mdadm --create /dev/md6 --level=1 --raid-disks=2 --metadata=0.90 missing /dev/sda6

теперь смотрим суперблоки на разделе RAID /dev/md6

mke2fs -n /dev/md6

берем предпоследнее число - например 102400000

и восстанавливаем командой:

e2fsck -b 102400000 -y /dev/md6

ждем процесс восстановления node

монтируем раздел:

mount /dev/md6 /mnt

смотрим наши файлы..

Все.