Проблемы со сборкой RAID1 (РЕШЕНО)
У меня дома стоит Gentoo на RAID1, поверх которого развернут LVM. Причем корень системы как раз на LVM разделе. Все было хорошо до позавчерашнего дня. Решил я поставить себе вместо x86 - x86-64 систему. Загрузился с минимального диска Gentoo. Первое (и последнее :( ), что я сделал - это попытался собрать RAID-массив командой mdadm --create . Предупреждениям не внял - массив был создан заново (знаю, сам дурак, не читаю предупреждений). Я заподозрил неладное и попытался перезагрузиться, но система перестала собирать RAID при старте и загрузка дальше не пошла. Долго рвал на себе волосы, думал что вся инфа с томов LVM, что были на RAID, погибла...
Потом, правда, началось самое интересное. Копия данных у меня есть на старом харде с обычными разделами и чтобы оценить что там сохранилось - я загрузился с имеющегося DVD OpenSUSE 11.1 в режиме System Rescue. Каково же было мое удивление, когда Суся собрала RAID как ни в чем не бывало, инициализировала LVM. Правда при этом она еще запустила пересинхронизацию RAID. После сего продолжительного процесса все работает, даже все данные на месте. Но только из-под Суси. Gentoo продолжает отказываться собирать RAID и, соответственно, загрузка никуда не идет.
Кстати, Гента грузится (грузилась) у меня со стандартным initramfs от genkernel.
Кто что может сказать по проблеме?
- Для комментирования войдите или зарегистрируйтесь
Ничего удивительного,
Ничего удивительного, существующий массив собирается mdadm --assemble, --create собирает с нуля.
Я это уже понял и приведенную
Я это уже понял и приведенную ниже ссылку уже тоже читал. Вопрос в том состоит - почему RAID теперь не собирается при запуске системы, в то время как он "живой". Из-под Суси он нормально читается. Я потом специально на всякий случай имеющиеся на нем разделы прогнал fsck. Все нормально показывается. mdadm -Q показывает, что оба зеркала в норме. Все команды mdadm (из-под LiveCD OpenSUSE) показывают что все в норме. Только Гента почему-то перестала его собирать.
Возможно разница в версиях
Возможно разница в версиях mdadm, проверь формат конфигов, не исключено что и они разные. Сам юзаю аналогичную схему (RAID5+LVM), проблем не возникало никогда. Но, root у меня на отдельном диске и в массив не входит. С генты ты пытаешься собрать его загружаясь с ливцд? или же с массива?
вот конфиг другой боевой машины:
$ cat /etc/mdadm.conf
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=32197d21:bb33767e:bc89997d:48364e6f
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=f83f0a6d:2fb47a74:a8f9fed6:304428ab
на md0 root без LVM
на md1 LVM
сравни форматы, если сузя вообще пишет конфиг в рута. Возможно конфиг у тебя вообще слетел при etc-update, и при загрузке mdadm не одупляется что собственно собирать
Генту я просто пытаюсь
Генту я просто пытаюсь загрузить. Грузится она с отдельного раздела /boot .
Насколько я понял процесс загрузки - гентовый initrd пытается сам распознать разделы, которые имеют отношение к RAID и потом собирает их в массив. С Сусей я LiveCD использовал. Там массив собирается с помощью udev, который определяя типы разделов автоматом распихивает их в RAID. Это насколько я вчера разобрался.
Насчет конфигов - они тут вообще не причем. Они вообще не менялись и это точно.
http://xgu.ru/wiki/raid
http://xgu.ru/wiki/raid
А initrd знает про новый
А initrd знает про новый массив, или все по старому живет? initramfs не пробовал пересобрать?
Не грусти, товарищ! Всё хорошо, beautiful good!
А разве initramfs из
А разве initramfs из genkernel который получается пытается собрать ранее известный ему массив? Мне казалось, что он при запуске пытается сам определить что к чему (есть ли разделы с RAID, LVM и т.п.) и по возможности инициализировать. Initramfs пересобрать не пытался, попробую сегодня вечером сделать, как приду домой.
Ничуть не «разве». Если
Ничуть не «разве».
Если откроешь /etc/genkernel.conf и, дойдя до раздела MDADM, прочитаешь комментарии, то ты можешь новое узнать о роли файла /etc/mdadm.conf вообще и о его участии в сборке ядра в частности.
Всем высказавшимся спасибо за
Всем высказавшимся спасибо за помощь. Помогла пересборка initramfs с предварительным пересозданием файла /etc/mdadm.conf .
Если по порядку - я загрузил Сусю, примонтировал все разделы к /mnt/gentoo (действия аналогичные тому, что делается при установке). Затем chroot в систему.
Вывод команды: mdadm --detail --scan не совпадал с выводом команды: cat /etc/mdadm.conf . Судя по всему, при пересоздании массива (см. открывающее тему сообщение) у двух разделов-зеркал RAID'а поменялся UUID, что и мешало initramfs корректно собрать RAID. Я пересоздал файл заново следующей командой: mdadm --detail --scan > /etc/mdadm.conf . А затем пересоздал заново initramfs: genkernel ramdisk .
Система перезагрузилась в этот раз корректно. Сейчас пишу из-под нее.
P.S. А Суся собирает RAID через udev с помощью ключа mdadm --incremental , собссно, поэтому в ней все проходило корректно.