Может, конечно, у меня что-то не так, но как-то странно и непонятно, что тут может быть не так... Попытку пересобрать, правда, делаю без хэшера. $ rpm -ba kernel-image.spec <skip> + rm -rf kernel-image-ovz-el-2.6.32-alt40.M60P.2 + /bin/mkdir -p kernel-image-ovz-el-2.6.32-alt40.M60P.2 <skip> * Generic Driver Options * path to uevent helper (UEVENT_HELPER_PATH) [] Create a kernel maintained /dev tmpfs (EXPERIMENTAL) (DEVTMPFS) [N/y/?] (NEW) и стоим. Изменений никаких не делал ещё, просто контрольная пересборка, как есть.
А если пройти этот момент руками, сборка встаёт на INSTALL /home/asy/tmp/kernel-image-ovz-el-buildroot/lib/firmware/2.6.32-ovz-el-alt40.M60P.2/keyspan_pda/keyspan_pda.fw INSTALL /home/asy/tmp/kernel-image-ovz-el-buildroot/lib/firmware/2.6.32-ovz-el-alt40.M60P.2/keyspan_pda/xircom_pgs.fw DEPMOD 2.6.32-ovz-el-alt40.M60P.2 FATAL: Unknown compression type make: *** [_modinst_post] Error 1
На мейнтейнера.
> FATAL: Unknown compression type Это, видимо, результат того, что OVZ-контейнер на хосте с 2.6.18. Так что, проблема только с конфигом, на котором вопросы задаются.
А в какой системе вы собираете? Обычный p6?
Да, p6. После сегодняшнего обновления воспроизводится тоже. Изначально ставился, скорее всего, server light сборки конца лета 2010г.
Хост-система обновлена до p7, 2.6.32-ovz-el-alt102. Странно, но INSTALL /home/asy/tmp/kernel-image-ovz-el-buildroot/lib/firmware/2.6.32-ovz-el-alt88.M60P.1/iwlwifi-6000g2b-6.ucode DEPMOD 2.6.32-ovz-el-alt88.M60P.1 FATAL: Unknown compression type make: *** [_modinst_post] Error 1 В контейнере p6 с сегодняшним обновлением. Но про конфиг вопросы не задаются. А почему, вообще, depmod для проверки firmware используется ?
В p6 вряд ли кто-то это бужет уже проверять.