NB: Вам либо нужно войти в систему как root, либо использовать sudo для всего этого ...
- Используйте ваш любимый редактор для создания или редактирования файла /etc/mdadm/mdadm.conf следующим образом:
Если файл даже не существует, вставьте следующее в новый пустой файл:
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#
DEVICE partitions
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
Сохранить файл
Выполните следующую команду, чтобы добавить ссылку на конфигурацию вашего массива в конце файла:
mdadm --detail --scan >> /etc/mdadm/mdadm.conf
Это должно добавить следующую строку в конец mdadm.conf:
ARRAY / dev / md0 level = raid5 num-devices = 3 метаданных = 00.90 UUID = a44a52e4: 0211e47f: f15bce44: 817d167c
Если команда mdadm добавила какие-либо другие элементы над строкой ARRAY, удалите их. Например, на одном из моих компьютеров команда возвращает «mdadm: формат метаданных 00.90 неизвестно, игнорируется». до линии ARRAY.
Теперь ваш массив должен автоматически собираться при загрузке, и, таким образом, вы можете добавить запись в / etc / fstab для его монтирования (если его там еще нет)
update-initramfs -u
mdadm -Es
вместо этого.grub-install /dev/sda
чтобы это сработало (замените sda на что-нибудь подходящее для вас)md.auto=1
... Я на самом деле не проверил это полностью, но, предположительно, он обнаруживает их и собирает их (или, по крайней мере, пытается это сделать). Но затем kernel.org/doc/html/v4.15/admin-guide/md.html немного двусмысленен: когда md скомпилирован в ядро (не как модуль), разделы типа 0xfd сканируются и автоматически собираются в RAID-массивы. [...] Начиная с ядра 2.6.9, только диски с суперблоком типа 0 могут быть автоматически обнаружены и запущены во время загрузки. И это не относится к md.auto (или как там было), поэтому я не уверен сейчас.Я понимаю, что это старый вопрос, но у меня было разочаровывающее время на 32-битной версии Ubuntu Server 12.04.
Бег
mdadm --detail --scan >> /etc/mdadm/mdadm.conf
дополнил линиюПосле перезагрузки я никогда не видел / dev / md0. Выполнение
mdadm --detail --scan
снова (без помещения результата в файл) я бы увидели ручной монтаж
/dev/md/ubuntu:0
будет работать. В конце концов, это было то, что я положил в файл fstab.Я не уверен, что я ошибся, если это так в Ubuntu 12.04, или это плохая практика. Просто хотел поделиться тем, что сработало для меня.
источник
В Debian wheezy требуется еще один шаг: при
/etc/default/mdadm
установке автозапуска с false на trueКроме того, я должен был использовать
mdadm -Es >>/etc/mdadm/mdadm.conf
вместо--scan
опции, так как это не работает для меня.источник
Теперь отредактируйте строки, добавленные в /etc/mdadm/mdadm.conf, следующим образом. Удалите все, кроме основных частей. Должно выглядеть
Примечание: вы можете выбрать X в mdX для вашего удобства.
Сейчас перезагружаемся
РЕДАКТИРОВАТЬ: команда исправлена.
источник
У меня была эта проблема на моем Raspberry Pi 2 под управлением Raspbian GNU / Linux 8 (Джесси). У меня был массив RAID на
/dev/sda1
и/dev/sdb1
которые не удалось собрать при загрузке. В моем/etc/mdadm/mdadm.conf
файле была запись(ваши цифры будут другими; см. другие ответы о том, как получить это.)
В моем
/etc/fstab
файле была запись(и, конечно,
/data
действительно существовал)Как и OP, я мог собирать и монтировать RAID-массив вручную после загрузки, но я не мог сделать так, чтобы это происходило автоматически во время загрузки, несмотря на то, что, видимо, он был правильно настроен.
Мне удалось решить проблему следующим образом. Я исследовал скрипт в
/etc/init.d/mdadm-raid
и вставил строку кода отладкиls /dev > /home/pi/devices.txt
Перезагрузка и проверка этого файла я узнал , что устройства
/dev/sda
и/dev/sdb
существовавшие в то времяmdadm-raid
инициализация произошла, но перегородка/dev/sda1
и/dev/sdb1
пропали без вести. Я отредактировал/etc/init.d/mdadm-raid
файл и вставил строкуpartprobe
после заголовка (т. е. после,
### END INIT INFO
но до начала сценария). Это привело к тому, что разделы были обнаружены, иmdadm-raid
сценарий смог собрать RAID-массив, решив проблему. Надеюсь, это поможет кому-то!источник
Я боролся с этим на Raspbian, используя пару внешних жестких дисков USB на Raspberry Pi. Мне пришлось возиться с порядком запуска служб, чтобы убедиться, что mdadm-raid запускался после того, как udev распознал USB-накопители, но до checkfs.sh (который проверяет файловые системы во время загрузки). Если mdadm-raid запускался слишком рано, диски были недоступны и, следовательно, массив не был собран. Это означало, что fsck впоследствии потерпел неудачу, и процесс загрузки прекратился до приглашения на обслуживание (потому что массив raid необходим для других сервисов).
Изменение загрузочных зависимостей для запуска mdadm-raid после checkroot.sh, но перед запуском checkfs.sh и
update-rc.d mdadm-raid defaults
последующимupdate-initramfs -uv -k `uname -r`
(обратите внимание на огрехиuname
) исправило его (наконец). Для меня, во всяком случае, YMMV.источник
Я пробовал с
mdadm --create /dev/md/abcdef ...
Я вижу, что
/dev/md/abcdef
программная ссылка сохраняется при перезагрузке, и, если необходимо, доступ к устройству осуществляется через программную ссылку.Это приемлемое решение?
источник
Получив Raspberry Pi 3, добавлю
rootdelay=5
к/boot/cmdline.txt
решенной для меня эту проблему.Кредит идет сюда .
источник