Ну да, не только по диагонали, но и через абзац.
Такие случаи напоминают техподдержку интернет-провайдера, на все вопросы ответ один - перезагрузите роутер/компьютер. )
1.
при чем тут uird
Исправление - ссылку "busybox modprobe" сменить на "kmod modprobe" при сборке uird.
Не выкладывал скрин, думал достаточно скопированной строки
"modprobe: 'kernel/drivers/md/dm-mod.ko.zst': invalid module format". Выложил.
p.s. Но да, вижу, что у barium тоже модули с .ko.zst. Наверно чего-то не хватает именно в prar2110?
2.
Для этого есть ключик -e plymouth
Вот это и вызвало мой комментарий в начале поста. Я уже давно не новичок в использовании uird, чтобы получать такой 'примитивный' ответ. И вроде ясно написал, что раз отсутствие plymouth обрывает сборку, так что приходится лезть в логи, то
как минимум желательно получать сообщение, типа:
"Отсутствие plymouth не позволит собраться вашему 'проекту', выключите его принудительно".
И это полезно будет многим, в первую очередь новичкам, чтобы не думать: "Вроде сборка завершилась, где мой uird.xz, почему не вижу его в корне папки uird?"
3.
Что в make_busybox.sh, что в make_dracut.sh - прописана компиляция в один поток. Время, которое длится несколько секунд с make -j $(($(nproc) + 1)), растянуто на минуты.
Я когда только познакомился с uird был очень недоволен,
что его надо каждый раз пересобирать под новое ядро. Привык к initrd.xz, где это не так. ) А тут еще ну очень долгая сборка busybox (знаю, что его собирать надо только один раз).
Сейчас же, сборка у меня происходит в /tmp и в 5 потоков. Все очень быстро и было бы так изначально, думаю я не 'бухтел' бы по этому поводу, и не требовал от разрабов невозможного. )
Подытожу. Да, я могу все это сделать локально сам, и ключик
-e подставить, и ссылку на kmod сделать, и потоки
-j прописать у make. Но 'мы' же стремимся сделать uird удобным для многих?