Summary: | При наличии make-initrd и отсутствии mkinitrd не создается initrd нового ядра. | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey Shilov <hsv> |
Component: | bootloader-utils | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | NEW --- | QA Contact: | qa-sisyphus |
Severity: | critical | ||
Priority: | P3 | CC: | aspsk, asy, at, boyarsh, dd1email, glebfm, ldv, mike, placeholder, sem, slazav, vitty, vt, vvk |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergey Shilov
2011-01-07 02:56:34 MSK
Хм, пока не натыкался (похоже, везде есть и mkinitrd). Не копал часом? Проверьте содержимое файла /etc/sysconfig/installkernel 2 ldv: верно, update-kernel не занимается initrd. (В ответ на комментарий №2) > Проверьте содержимое файла /etc/syscoьтгн/одnfig/installkernel Угу. В наличии /etc/sysconfig/installkernel с полностью закомментированным содержимым и правильный /etc/sysconfig/installkernel.rpmnew Причина проблемы понятна, но для рядового пользователя, прочитавшего, что mkinitrd заменяется на make-initrd и выполнившего данную замену, есть возможность с очень большой долей вероятности наступить на описанные грабли. Нужно, наверное, не .rpmnew, а .rpmsave, или что-то еще. Насколько понимаю http://www-uxsup.csx.cam.ac.uk/~jw35/docs/rpm_config.html -- в make-initrd может иметь смысл заменить %config(noreplace) на %config на время миграции с mkinitrd или же (что аккуратней) нарисовать триггер на удаление mkinitrd, учтя порядок выполнения пакетных скриптов (см. тж. хвост /usr/share/doc/rpm-4.0.4/manual/triggers). Критичность IMHO немножко снижается тем, что если кто-то правил /etc/sysconfig/installkernel и система ещё работает, то по крайней мере какая-то степерь ответственности за свои действия на месре должна присутствовать... Я правильно понимаю, что это надо перевесить куда-то на p7 (не помню что-то, где переход на make-initrd произошёл) и закрыть, как WONTFIX ? И, может, отразить в update/p7 на wiki. |