Вкусная библиотека требований установлена, но это не

Ваш единственный вариант здесь, поскольку вы отключили свои диски и потеряли их метаданные, - это воссоздать RAID. Это очень опасно, ошибка сотрет ваши данные.

При воссоздании RAID необходимо учитывать несколько моментов. Вы должны использовать - accept-clean , чтобы он не синхронизировался. Вы должны оставить один диск (предпочтительно тот, который находится в наихудшем состоянии), указав его как пропущенный . И последнее, но не менее важное: вы должны правильно указать все переменные: порядок дисков, версию метаданных, уровень рейда, размер блока, макет, смещение данных и т. Д.

Здесь нельзя полагаться на значения по умолчанию, поскольку значения по умолчанию обычно меняют лот с mdadm . Если ваша среда восстановления не использует ту же версию mdadm , что и среда, в которой изначально был создан RAID, и вы не используете те же самые параметры и т. Д., У вас возникнут проблемы, если вы полагаетесь на по умолчанию.

Вы должны сделать как минимум резервную копию первого и последнего гигабайта каждого диска или около того, чтобы вы могли по крайней мере отменить эксперименты mdadm . В идеале вы должны сделать все это в полной копии или использовать dm-snapshots или nbd-server в режиме копирования при записи, чтобы иметь представление о вещах только для чтения. См. Это оверлей с практическими рекомендациями.

Если я интерпретирую вывод - исследуйте , который вы разместили правильно, при условии, что буквы дисков не изменились, это может быть правильная команда для воссоздания, но я не могу ничего гарантировать:

mdadm --create /dev/md42 --assume-clean --metadata=1.2 --data-offset=1M \
      --level=5 --chunk=512 --layout=ls --raid-devices=9 \
      /dev/sda /dev/sdc /dev/sdd /dev/sde /dev/sdf \
      /dev/sdg /dev/sdh missing /dev/sdj

См. Также https://raid.wiki.kernel.org/index.php/RAID_Recovery , однако внимательно следите за советами. Отдых - ужасное дело, очень легко ошибиться.

После того, как вы создали RAID, вы должны проверить его в режиме только для чтения:

mdadm --readonly /dev/md42
file -s /dev/md42
fsck -n /dev/md42
mount -o ro /dev/md42 /mnt/md42

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

Вам также необходимо обновить ваш mdadm.conf и тому подобное, поскольку это будет новый рейд с новым uuid и т. Д.