Программное обеспечение Raid0 не монтируется успешно в fstab
Я создал Raid0, и он работает, поскольку я ожидаю это. Файл массива создается в /dev/md0. Я хочу, чтобы это было смонтировано автоматически путем добавления этой строки в конце /etc/fstab файл:
/dev/md0 /mnt/storage ext4 noatime,commit=60,data=writeback,nodiratime,journal_async_commit,nouser_xattr 0 0
и эта Строка в конце /etc/mdadm/mdadm.conf:
ARRAY /dev/md0 metadata=1.2 name=lil-RIKO:lil-RIKO UUID=6016d5e4:6e42cb97:6b2a8e6e:098c1982
Во Время начальной загрузки я видел, что/mnt/storage ожидали, чтобы быть смонтированным и предоставить две возможности: Пропускать... или маме... Я забыл то, что говорит. Я ожидал так долго, который сделал, думают, что что-то неправильно. Я вошел в "режим техобслуживания", который является корневой оболочкой затем, я быстро проверил присутствие /dev/md0 файл. Файл не был там, только/dev/md127. Я пытался смонтировать, что файл вместо этого и это жаловалось на не нахождение суперблока. Я вручную смонтировал набег через mdadm --assemble /md0после удаления /dev/md127 файл через mdadm --stop /dev/md* и я продолжал загружаться. Следующая перезагрузка, я испытал ту же проблему.
То, каким образом набег не был, автоматически смонтировано? Не было никакого присутствия/dev/md0 во время начальной загрузки, и я смог смонтировать его вручную.
EDIT1: Мне удалось "объединить" его в тот, который является/dev/md127 путем удаления диска, проблема все еще происходит, но когда я выпускаю тыс cat /proc/mdstat Я получил это:
md127 : inactive sdc[1](S) sdb[0](S)
7830528 blocks super 1.2
Это означает (я думаю), набег еще не активируется. Но когда я повторно прикрепил его, это прибывает активное как это:
md127 : active raid0 sdc1[1] sdb1[0]
7830528 blocks super 1.2 512k chunks
Что пошло не так, как надо на этот раз?
3 ответа
Я столкнулся с подобной проблемой, монтирование массива md0 в fstab завершается неудачно с «серьезной ошибкой при попытке монтирования / mnt / md0» (или аналогичной). Целый час болтался с этим, не мог заставить его работать. Проверено UUID, / proc / mdstat, mdadm.conf и т. Д., Все выглядит нормально.
Добавлен параметр nobootwait в fstab, чтобы он не блокировал процесс загрузки (безголовый сервер).
Для меня это выглядит как состояние гонки, потому что выполнение команды mount после загрузки работает нормально.
Обходной путь, который мне подходит:
отредактируйте rc.local, добавьте следующую строку перед выходом 0
sleep 10 & amp; mount -t auto / dev / md0 / mnt / md0
Побочным эффектом является то, что монтирование появляется через 10 секунд, но я могу с этим смириться. Без команды сна это не сработало.
Надеюсь, это кому-нибудь поможет.
Надеюсь, вы уже нашли ответ; если нет, я просто прошел через это, и краткий ответ - отредактировать определения вашего массива в /etc/mdadm/mdadm.conf; в основном удалите все, кроме / dev / md * и UUID = info (удаление метаданных, имени и т. д.). При перезагрузке у вас больше не должно быть проблем с md127, md126 и т. Д. С вашими массивами.
Таким образом, исходя из вашей строки выше, измените
ARRAY /dev/md0 metadata=1.2 name=lil-RIKO:lil-RIKO UUID=6016d5e4:6e42cb97:6b2a8e6e
на
ARRAY /dev/md0 UUID=6016d5e4:6e42cb97:6b2a8e6e
Вы не забыли запустить update-initramfs после сборки массива как md0? если нет, попробуйте снова остановить и заново собрать массив, а затем сделайте это, т.е.
sudo mdadm --stop /dev/md127
sudo mdadm --assemble /dev/md0
sudo update-initramfs -u
Это должно сделать начальную корневую файловую систему «осведомленной» о массиве во время загрузки
.