ROSA Forum

Доброго времени суток.

Не загружается система с обновленным ядром с системой на soft-raid0.

Система с ядром 4.1.25-nrj-desktop-1rosa-x86_64
Драйвер на видео free (radeon)
Система на soft-raid0, созданном инсталлятором (sda1 /boot/efi fat32; md0[sda2,sdb2,sdc2,sdd2] / ext4; md1[sda3,sdb3,sdc3,sdd3] swap; md2[sda4,sdb4,sdc4,sdd4] /home ext4). Остальные разделы (sdb1,sdc1,sdd1) за ненадобностью не размечены.
Запустить работающую сейчас систему в самый первый раз получилось только с галочкой, поставленной на "не использовать UUID" при установке.

Обновил ядро двумя командами: Выбрал обновленное ядро при загрузке.
Не грузит.
Пишет
Could not boot
/dev/md0 does not exist
и вываливает командную строку dracut с предложением вписать туда journalctl. После вписывания journalctl, ковыряясь в выведенной информации (1009 строк), набрёл на строчки, по которым сделал вывод, что
md127 это мой md2, md126 - md0, md125 - md1. Пробовал наобновить разные ядра (4.1.30, 4.3.6, 4.6.7, 4.7.2). Ни с одним система загружаться не хочет.

Что в этих ядрах/конфигах/чем-то ещё в сравнении с 4.1.25 не хватает, и как это нечто в них вставить?

То есть сейчас в системе есть ядра 4.1.25 и 4.1.30, с первым она стартует, а со вторым - нет?

А в dracut-консоли запускать mdadm не пробовали? Может, дело в mdadm.conf.

Если запустить систему с ядром 4.1.30, она не стартует, точнее, вываливается в dracut shell так? А если после этого перезагрузить систему и при загрузке выбрать ядро 4.1.25 - запустится ли нормально?

Если запустится, загрузите оттуда данные hw-probe.

trs писал(а):То есть сейчас в системе есть ядра 4.1.25 и 4.1.30, с первым она стартует, а со вторым - нет?

euspectre писал(а):точнее, вываливается в dracut shell

Именно так.

trs писал(а):А в dracut-консоли запускать mdadm не пробовали?

Пробовал. Приглашает ввести ключ help. Я так понимаю, что она работает.
Но не очень понимаю порядок действий. Собираю массивы (mdadm --create и так далее с перечислением разделов 3 раза), какой-то командой загружаю с них систему, при удаче какой-то командой сохраняю куда-то? (В mdadm.conf?)

euspectre писал(а):Если запустится, загрузите оттуда данные hw-probe.

Загрузил: https://linux-hardware.org/?probe=c9aa8b92d2

Прочитал статью. Не очень понял.
Правильно думаю, что Initramfs содержит проблему, и, если вместо initrd-4.1.30-nrj-desktop-1rosa-x86_64.img подсунуть config-4.1.25-nrj-desktop-1rosa-x86_64.img, и система загрузится, то, скорее всего, это ни на что не повлияет?

Размечтался. Не заработало. Менял 4.7.2 на 4.1.25. Надо как-то через dracut из положения выходить.

Попробовал в dracut пересобрать md127 в md0 (остановил md127 и собрал md0 из нужных sda2, sdb2 и т.д.). И система вообще потухла. Пытаюсь установить по новой. Радует, что md2 с данными цел. А вот вместо md0 теперь... md127. И не запускается после установки даже пока. Ни с установки с галочкой на "Не использовать UUID", ни без неё. Сижу с флешки.
В интернете наткнулся на такое: Может поправит кто, если это оно виновато?

--create означает создание нового массива (то есть старый уничтожается).
--assemble собирает существующий массив из его частей: http://xgu.ru/wiki/mdadm
я так и в консоли dracut собирал и в Live-установщике, потом устанавливал на /md0

А почему с новыми ядрами получились неактуальные имена массивов (md126 и т.д.) — в силу того, что по началу я "крутил все ручки подряд" и тоже с таким сталкивался — думаю дело не в обновлении ядра, а по какой-то иной причине были созданы initrd с невалидными mdadm.conf (в РОСА initrd создаётся dracut а не initramfs-tools). Соответственно можно было бы создать резервную копию initrd-4.1.25-nrj-desktop-1rosa-x86_64.img и проверять в пределах одной версии ядра (при несоответствии версий linux & initrd последствия непредсказуемы). Жаль, что я опоздал.

trs писал(а):Жаль, что я опоздал.

Ничего особо страшного. Если Вы правы, то я в конце концов смогу это проверить, ничего дополнительно не устанавливая.
Планирую пытаться ставить Росу на рейд0 и обновлять ядро до тех пор, пока не добьюсь повторяемости.

Кстати, совет с assemble, я так понимаю, мне не помог. Останавливал массивы и пробовал -A. И собирались у меня те же md127, md126 и md125, причём каждую пробу в разном порядке. Только create сделала md0, который при попытке установить по новой превратился в md127, хотя остальные остались md1 и md2.

Кошмар какой-то!
Долго бился. Установленная система не грузилось ни по rosa:..., ни по выбору диска, содержащего /boot/efi. Не находило устройства, kernel panic и всё тут. Хотя с лайва массивы читались отлично.
Перерыл все настройки UEFI bios, в том числе разгон, добавление напряжения на проц. Ни в какую.
Достал старый винчестер. Попытался на нём. Раньше же работало. А вот теперь всё равно не заработало!
Отключил диски с рейд0, оставив один старый диск (80ГБ). Поставил Росу ещё раз. Безрезультатно. Попробовал вместо GPT MS-DOS разметку предварительно сделать. Не грузится.
Попробовал поставить на старый диск Убунту. Вышло хуже, чем с Росой, которая хотя бы писала, что диска не видит. Убунту же просто перезагружалась, да ещё и ставилась по времени чуть ли не как виндовс.
Плюнул, подумал на мировой заговор и поставил виндовс10 на этот диск.
Подключив диски от рейда обратно, попробовал установить Росу на сотф-рейд0 ещё раз. Внезапно, rosa:... пропала в меню выбора загрузки.
В общем, не хватало раздела GPT bios boot размером в 1МБ в начале диска с /boot/efi. Сразу после установки с созданием этого раздела и система загрузилась, и все настройки вернулись. Будто пары дней безуспешных долбаний как и не было.
Как раньше без раздела GPT bios boot что-то загружалось и работало, сложно сказать...

Буду пробовать обновление ядра ещё раз. Удачи мне.

Вот так незамысловато, при помощи стамески и такой-то матери было обновлено ядро на Росе, стоящей на софт-рейд0 массиве.
Всем спасибо за поддержку.