35706 2018-12-03 15:04:36 +0300 Загрузка зависает на starting udevd service 2021-07-07 20:41:32 +0300 1 1 4 Development Sisyphus make-initrd-guestfs unstable all Linux CLOSED FIXED P3 normal --- 1 grenka legion antohami glebfm grenka lav ldv legion placeholder rider shaba vt qa-sisyphus oldest_to_newest 176290 0 grenka 2018-12-03 15:04:36 +0300 Способ воспроизведения: ставим все пакеты make-initrd* и запускаем команду make-initrd на ядро, которое не жалко. В результате получаем сабж баги. То есть в ком-то из них есть ошибка, в ком точно не знаю. 176344 1 legion 2018-12-04 12:48:30 +0300 Вы бы хоть список пакетов и их версий приложили. Приложили бы ещё рабочий и нерабочий образ initrd. 176362 2 grenka 2018-12-04 17:36:25 +0300 (In reply to comment #1) > Вы бы хоть список пакетов и их версий приложили. Приложили бы ещё рабочий и > нерабочий образ initrd. Вау! Если есть реакция, то сделаю это со следующим обновлением ядра. Просто сейчас я сделал remove-old-kernels и не хочу играться с рабочим ядром. Ориентировочно на следующей недельке может даже попробую бинарным поиском найти проблемный пакет. 176369 3 legion 2018-12-04 19:04:08 +0300 (В ответ на комментарий №2) > Вау! Если есть реакция, то сделаю это со следующим обновлением ядра. Мне не понятно, почему у вас это вызывает удивление. > Просто > сейчас я сделал remove-old-kernels и не хочу играться с рабочим ядром. > Ориентировочно на следующей недельке может даже попробую бинарным поиском найти > проблемный пакет. Вот когда будет больше информации и переоткройте. 176372 4 grenka 2018-12-04 21:44:44 +0300 Не-не-не, от меня так просто не отделаешься. [root@Mr-frog ~]# rpm -qa | grep make-initrd make-initrd-2.2.4-alt1.x86_64 make-initrd-luks-2.2.4-alt1.x86_64 make-initrd-devmapper-2.2.4-alt1.x86_64 make-initrd-mdadm-2.2.4-alt1.x86_64 make-initrd-busybox-1.28.1-alt1.x86_64 make-initrd-guestfs-0.4-alt1.noarch make-initrd-lvm-2.2.4-alt1.x86_64 С таким набором новенькое 4.19.6-un-def-alt1 не запускается. 176373 5 grenka 2018-12-04 21:51:16 +0300 https://drive.google.com/open?id=1asc098nWuCBVsDVuVmFxFiezgrW8mpsA - вот ссылка на файл initrd-4.19.6-un-def-alt1.img - удалю его после закрытия баги. 176374 6 grenka 2018-12-04 22:03:52 +0300 Опытным путём выяснил, что виновник баги make-initrd-guestfs-0.4-alt1.noarch. Удаляем этот пакет из системы и делаем make-initrd. https://drive.google.com/open?id=1cTfynFD-fO8iHCAGEXv_gS4Cof5P0YiQ - вот ссылка на рабочий результат. Тем самым, я дал вам всё что вы просили и даже чуть больше. 176378 7 shaba 2018-12-04 23:24:45 +0300 Никогда не ставьте make-initrd-guestfs в свою систему. Он не для этого. Как Вам это запретить, я не знаю. 176379 8 grenka 2018-12-04 23:42:38 +0300 (В ответ на комментарий №7) > Никогда не ставьте make-initrd-guestfs в свою систему. > Он не для этого. Как Вам это запретить, я не знаю. Завтра выясню, кто его мне привёз. Как запретить? Удалить. Или добавить уведомление при инсталяции, что дескать, сударь, возможно вы доспукаете большую ошибку! 176380 9 legion 2018-12-05 00:31:12 +0300 Ребята, вы сделали мой вечер! )))))) (В ответ на комментарий №7) > Никогда не ставьте make-initrd-guestfs в свою систему. > Он не для этого. Как Вам это запретить, я не знаю. Лёх, а давай в make-initrd-guestfs в фичу добавим параметр без которого фича будет писать ошибку и exit(1) делать. А параметр этот будет задаваться в /etc/initrd.mk. Как тебе такое ? 176381 10 rider 2018-12-05 07:32:17 +0300 можно и exit(0), зачем же сразу exit(1). 176413 11 legion 2018-12-05 16:25:44 +0300 (В ответ на комментарий №10) > можно и exit(0), зачем же сразу exit(1). Ну можно и exit(0), но тогда правильнее просто взять в ifdef всё в rules.mk и warning сделать. 177135 12 shaba 2019-01-02 19:31:53 +0300 Этого больше не должно происходить. Проверьте пожалуйста и закройте багу. 200120 13 grenka 2021-07-07 20:41:32 +0300 Забыл закрыть. Закрываю.