RAID-массив в Ubuntu не запускается (контейнер неактивен, а диски данных активны)

RAID работал, когда я случайно записал (с помощью dd) iso-образ на один из дисков RAID. Всего три диска, и один из них был частично перезаписан. Я ожидал восстановить массив, отправляя ‘repair’ в sync_action (в sys/block/md126/md). Ремонт нашел миллионы несоответствий (в mismatch_cnt) и завершился, следующий ‘check’ нашел 72 несоответствия.

После ремонта, но перед проверкой, я пытался перенастроить, перезапустить, перезагрузить и так далее. Результат остался тем же – часть данных (md126) активная, но в режиме только чтения, когда контейнерная часть (md127) неактивна. Опции с –assemble не помогают, –force, –run, –readwrite и подобное ничего не дают. /proc/mdstat по-прежнему сообщает, что контейнер неактивен. Редактирование mdadm.conf тоже не помогает.

Изначально RAID был собран под Windows с Intel Rapid Storage. Далее была попытка запустить его под Linux с случайным повреждением одного из трех дисков. Как я понимаю, повреждение похоже на плохие блоки, которые должны легко восстанавливаться с помощью команды ‘repair’, но, несмотря на наличие двух здоровых дисков, это не работает, как ожидалось.

lsblk показывает подозрительно много разделов на sdb (который был поврежден), можно предположить, что они из ISO-файла. Но по какой-то причине один из здоровых дисков (sde) также имеет аналогичную разметку, тогда как третий диск (sdc) имеет только один раздел. Возможно, это следствие моей неудачной попытки запустить диски под Windows? Но он даже не загрузился, хотя возможно, что еще до загрузки он пытался сделать диски RAID “дружественными для Windows” и записал туда какую-то ерунду.

Я очень ценю любую помощь, даже если она потребует сброса необработанного образа дисков и как-то прочитать содержимое, конечно, если mdadm здесь не поможет. Информация достаточно ценна для меня. Заранее спасибо!

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

Во-первых, после того как вы перестанете записывать мусор на ваш диск (нажав Ctrl+C), проверьте, доступны ли данные. В моем случае я совершил большую ошибку – я решил перезагрузиться в надежде, что драйвер md восстановит мой RAID массив. Надежда была бесплодной.

В моем случае массив работал в тот момент, когда я нажал Ctrl+C, так что все, что мне нужно было сделать, это просто создать резервную копию самого важного, включая структуру папок, что важно во многих случаях.

Но я надеялся на магию RAID. И она не сработала. Я не знаю как, но, кажется, запись только на один из трех дисков с помощью dd каким-то образом вносит изменения во весь массив, так что я обнаружил несколько сотен мегабайт, уничтоженных с префиксом моего iso-образа.

Однако даже тогда массив был совершенно читаемым. Моя другая ошибка заключалась в попытке использовать mdadm для восстановления данных. Он проверял, ремонтировал, снова проверял, затем восстанавливал и так далее, но безрезультатно. Возможно, это были усилия, которые на самом деле распределили неверные данные по всему массиву. Так что – не делайте этого!

Если вы видите, что массив RAID активен, хотя бы частично, как в моем случае, когда была активна часть данных и неактивна контейнерная часть, значит, он совершенно читаем с помощью dd!

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

В моем случае таблица разделов была повреждена, как и таблица размещения файлов NTFS.

Я загрузил TestDisk отсюда – страница документации – и он где-то нашел данные таблицы разделов и восстановил их (надеюсь, правильно). Но у меня все еще нет структуры для моих файлов и каталогов.

Затем есть еще один инструмент с того же сайта – PhotoRec. Он может находить многие типы файлов, просто используя сигнатуры типов. В моем случае он нашел много файлов, содержащих текст, изображения, архивы и так далее.

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