dracut-pre-trigger rd.md=0 удаление загрузки активации raid md не удалось
Система Fedora 22, недавно обновленная с Fedora 21. Остальное ядро с Fedora 21 загружается. Два ядра, установленные после обновления, не загружаются.
Система представляет собой Intel S-5000 PAL с 5 дисками SATA, настроенными в массиве raid 5. Он работает без проблем в течение почти 2 лет. И, как упоминалось выше, продолжает работать без проблем с ядром Fedora 21.
Проблема с обновленными ядрами, процесс загрузки зависает и через 3 минуты падает в аварийную оболочку. Выходные данные journelctl отображают следующие сообщения об ошибках:
systemctl: запуск предварительной триггера dracut.
lldpad: файл конфигурации не удалось загрузить,
lldpad: создайте новый файл
lldpad: привязывает ctrl iface к / com / intel / lldpad
dracut-pre-trigger: dracut-pre-trigger: rd.md = 0 удаление активации MD рейда
В конце процесса появляется сообщение об ошибке:
raidboot / корневое устройство не найдено
Ядра Fedora 21 загружаются и работают нормально. Испытано следующее:
- восстановить initramfs
- запустите grub2-mkconfig и переустановите grub
В качестве дальнейшего фона этот сервер является частью сети подобных серверов. Обновление других серверов прошло успешно. Сравнение вывода lsinit для двух файлов initramfs.img показывает похожий вывод. Разница лишь в области предварительного триггера и lldpad.
Причиной этого является конфигурация предварительного запуска? Какой шаг отсутствует, чтобы вызвать сбой dracut-pre-trigger при создании initramfs? Какие пакеты необходимы для поддержки предварительного запуска? Какая конфигурация участвует в предварительном запуске? предварительный триггер будет перезапущен для поддержки создания initramfs?
1 ответ
Это закончилось тем, что было длинным следом с простым ответом. Системы используют mdadm для создания рейдового уровня 5 уровня. Dracut был обновлен как часть обновления с fc21 до fc22 вместе с ядром. В начальной командной строке загрузки в grub.cfg была опция rd.lvm.lv. Это привело к тому, что fc22 dracut прекратил поиск массивов dm в начале процесса загрузки. Удаление опции rd.lvm.lv из опций команды vmlinuz в grub.cfg вместе с добавлением опции rd.auto решило проблему. Ключом было чтение документации Dracut, в которой ссылка на rd.lvm.lv была исключительной. Исключительный вариант, возможно, был поэтапным, что привело к задержке в наложении ограничения.