ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Не корректно устанавливается ядро ovz-el | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Dmitriy Kruglikov <Dmitriy.Kruglikov> |
| Component: | kernel-image-ovz-el | Assignee: | Gleb F-Malinovskiy <glebfm> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | boyarsh, dubrsl, evg, glebfm, kernelbot, ldv, legion, mike, mithraen, real.altlinux.org, rider, sbolshakov, shrek, sin, vitty, vsu, vt, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Dmitriy Kruglikov
2012-10-17 13:43:02 MSK
ping? bootloader-utils >= 0.4.16-alt1 должен был заодно исправить и эту ошибку. В Сизифе уже bootloader-utils версии 0.4.18-alt1, всячески рекомендую. Действительно, на срезе Сизифа от декабря 2012 это ядро вполне работоспособно (я об этом пишу в https://bugzilla.altlinux.org/show_bug.cgi?id=27534 , там же и описание машины приведено). Предлагаю RESOLVED/FIXED. (В ответ на комментарий №2) > bootloader-utils >= 0.4.16-alt1 должен был заодно исправить и эту ошибку. > > В Сизифе уже bootloader-utils версии 0.4.18-alt1, всячески рекомендую. # rpm -qa | grep bootloader bootloader-utils-0.4.18-alt1 # apt-get update ... # update-kernel -t ovz-el Try to install new kernel kernel-image-ovz-el-2.6.32-alt79 and update its modules [y]/n? y ... After unpacking 161MB of additional disk space will be used. Committing changes... Preparing... ############################################################################### [100%] 1: kernel-image-ovz-el ############################################################################### [ 14%] 2: kernel-modules-drm-ovz-el ############################################################################### [ 28%] depmod: WARNING: could not open /lib/modules/2.6.32-ovz-el-alt79/modules.builtin: No such file or directory 3: kernel-modules-kvm-ovz-el ############################################################################### [ 42%] depmod: WARNING: could not open /lib/modules/2.6.32-ovz-el-alt79/modules.builtin: No such file or directory 4: kernel-modules-nvidia-ovz-############################################################################### [ 57%] depmod: WARNING: could not open /lib/modules/2.6.32-ovz-el-alt79/modules.builtin: No such file or directory 5: kernel-modules-staging-ovz############################################################################### [ 71%] 6: kernel-modules-v4l-ovz-el ############################################################################### [ 85%] depmod: WARNING: could not open /lib/modules/2.6.32-ovz-el-alt79/modules.builtin: No such file or directory 7: kernel-modules-virtualbox-############################################################################### [100%] depmod: WARNING: could not open /lib/modules/2.6.32-ovz-el-alt79/modules.builtin: No such file or directory Running /usr/lib/rpm/posttrans-filetriggers depmod: WARNING: could not open /lib/modules/2.6.32-ovz-el-alt79/modules.builtin: No such file or directory ... Сто я делаю не так ? 2 ldv: как должен помочь обновлённый bootloader-utils? $ rpmquery -lp kernel-image-ovz-el-2.6.32-alt79.x86_64.rpm |grep modules.builtin /lib/modules/2.6.32-ovz-el-alt79/modules.builtin.bin В этом пакете находится только modules.builtin.bin и тот нулевого размера. bootloader-utils этого изменить не сможет. (В ответ на комментарий №6) > $ rpmquery -lp kernel-image-ovz-el-2.6.32-alt79.x86_64.rpm |grep > modules.builtin > /lib/modules/2.6.32-ovz-el-alt79/modules.builtin.bin > > В этом пакете находится только modules.builtin.bin и тот нулевого размера. > bootloader-utils этого изменить не сможет. А должен ? В ядрах std-def, как минимум, нужные файлы просто есть. И не усилиями bootloader-utils, как я понимаю. Почему бы не упаковать необходимое в ovz-el, собственно ? (В ответ на комментарий №7) > А должен ? > В ядрах std-def, как минимум, нужные файлы просто есть. > И не усилиями bootloader-utils, как я понимаю. > Почему бы не упаковать необходимое в ovz-el, собственно ? Его не забыли запаковать, он просто не появляется при сборке ядра. Это фича ядер >= v2.6.35-rc2 (В ответ на комментарий №8) > Его не забыли запаковать, он просто не появляется при сборке ядра. > Это фича ядер >= v2.6.35-rc2 Пусть так. Тогда как его правильно ставить, если рекомендованные инструменты не подходят? Если, конечно, нет способа создать файл во время установки ядра исходя из списка загруженных модулей. Судя по https://bugzilla.altlinux.org/show_bug.cgi?id=27534 и наличию modules.builtin* в свежих std-def для работоспособности make-initrd-0.8.0 нужно или отключать фичу и паковать modules.builtin в ovz-el, либо патчить код make-initrd чтобы не особо рассчитывал на этот файл. (В ответ на комментарий №10) > или отключать фичу и паковать modules.builtin в ovz-el Чтобы паковать, нужно сначала получать. modules.builtin, вообще, бекпортируется в 2.6.32 без особых трудностей. Но его (ядро) бы и обновить ещё стоит, там уже 3 версии вышло. Ядро 2.6.32-ovz-el-alt79 при make-initrd-0.8.0-alt1 Ругалось при установке на modules.builtin, но работает. Ставлю Resolved/Fixed. Спасибо. У меня при обратной последовательности установки (сначало ядро ovz-el-alt79, потом обновление make-initrd до 0.8.0) образ не создаётся из-за ругани на модуль atkbd. 2 Dmitriy Kruglikov: можешь проверить с образом от какой версии make-initrd работает ядро? В итоге, оказалось, что это зависит от состава аппаратного обеспечения: в некоторых случаях make-initrd-0.8.0 успешно генерирует рабочий образ, но в случаях, когда идёт попытка упаковать модуль вкомпилированный в ядро (для определения используется modules.builtin) этого не происходит, т.к. make-initrd расчитывает на этот файл. Т.е. make-initrd неявно требует с некоторого времени ядро >= 2.6.35-rc2. Так как такой механизм определения местоположения модулей сделан в make-initrd специально (до какого-то момента его не было), то видится один способ делать образы для ovz-el: портировать фичу по созданию файла. Ну или использовать для HN ванильные ядра. Ванильные ядра все-таки содержат лишь подмножесто фич ovz, так что для полноценного HN они не годятся. Есть еще третье решение -- научить make-initrd корректно обрабатывать эту ситуацию. (В ответ на комментарий №15) > Ванильные ядра все-таки содержат лишь подмножесто фич ovz, так что для > полноценного HN они не годятся. Ситуация понемногу улучшается: http://wiki.openvz.org/Vzctl_for_upstream_kernel > Есть еще третье решение -- научить make-initrd корректно обрабатывать эту > ситуацию. По результату общения с апстримом make-initrd - это не вариант. (В ответ на комментарий №16) > (В ответ на комментарий №15) > > Ванильные ядра все-таки содержат лишь подмножесто фич ovz, так что для > > полноценного HN они не годятся. > > Ситуация понемногу улучшается: http://wiki.openvz.org/Vzctl_for_upstream_kernel Не, это больше экспериментальная фича. До нормального использования ванильные ядра не подходят. |
