Bug 43763
| Summary: | Отсутствует sd_mod | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Branch p9 | Reporter: | Гусев В.Ю. <VladGousev> | ||||
| Component: | make-initrd | Assignee: | qa-team <qa-team> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | qa-p9 <qa-p9> | ||||
| Severity: | normal | ||||||
| Priority: | P5 | CC: | VladGousev, amakeenk, antohami | ||||
| Version: | не указана | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
Уберите из /etc/initrd.mk строки MODULES_TRY_ADD+=sd_mod.ko и попробуйте ещё раз сгенерировать initrd. Модуль по-прежнему не попадает в initrd? (Ответ для Антон Мидюков на комментарий #1) > Уберите из /etc/initrd.mk строки MODULES_TRY_ADD+=sd_mod.ko и попробуйте ещё > раз сгенерировать initrd. Модуль по-прежнему не попадает в initrd? Закоментировал #MODULES_TRY_ADD+=sd_mod.ko Запустил генерацию initrd заново. Теперь вижу sd_mod в образе: # make-initrd --kernel 5.10.112-un-def-alt1 [00:00:00] Config file: /etc/initrd.mk [00:00:00] Generating module dependencies on host ... [00:00:26] Creating initrd image ... [00:00:31] Putting modules ... [00:00:31] Generating module dependencies in image ... [00:00:31] Sorting sysvinit services ... [00:00:33] Packing image to archive ... [00:00:33] Writing build info files ... [00:00:33] Compressing image ... [00:00:44] Used features: add-modules buildinfo cleanup compress depmod-image kbd network plymouth rdshell rootfs system-glibc [00:00:44] Packed modules: af_packet autofs4 evdev hid hid-generic hpsa input-leds intel-agp intel-gtt scsi_mod scsi_transport_sas sd_mod serio_raw sis-agp via-agp [00:00:44] Installing image ... [00:00:44] Unpacked size: 55M [00:00:44] Image size: 20M [00:00:44] Removing work directory ... [00:00:44] Image is saved as /boot/initrd-5.10.112-un-def-alt1.img Что-то изменилось? Раньше модуль не попадал, но обновлений на системе с даты обращения, насколько я вижу, не было. (Ответ для Гусев В.Ю. на комментарий #2) > Что-то изменилось? Раньше модуль не попадал, но обновлений на системе с даты > обращения, насколько я вижу, не было. Ядро изменилось. Предыдущее ядро работало с устройством без sd_mod А новое с ним. make-initrd ориентируется на то, как и что используется текущим ядром. Поэтому в таких случаях нужно грузиться с rescue с ядром той же мажорной версии и делать make-initrd. Скорее всего такое не исправить в make-initrd. (Ответ для Антон Мидюков на комментарий #3) > Скорее всего такое не исправить в make-initrd. Тогда закроем баг. |
Description
Гусев В.Ю. 2022-09-12 14:10:02 MSKCreated attachment 11499 [details] баг-репорт make-initrd После переходя с p8 на p9 загрузочные образы собирались make-initrd без модуля sd_mod, из-за чего загрузка с ядрами из p9 происходила только в initramfs После добавления в /etc/initrd.mk строки MODULES_TRY_ADD+=sd_mod.ko проблема была решена. Прикладываю баг-репорт make-initrd