При сборке через dkms после обновления ядра не собирается модуль. Причина - то, что dkms add делается в постинсталл-скрипте пакета dkms-etercifs и для нового ядра в dkms-дереве его уже нет. Надо придумать какую-то проверку этого.
Возможно, предположение мое неверно. У меня собралось в Мандриве для ядра 2.6.27.19, при наличии пакета kernel-linus-devel-2.6.27.19 и kernel-headers-2.6.27 Может что и лишнее. Заметил, что при сборке с dkms версия etercifs.ko не меняется и остается равной версии cifs. Это поправлю к следующему релизу - некритично. По поводу собственно баги - посмотрю ещё.
Порешал некоторые проблемы с DKMS http://git.etersoft.ru/people/kipruss/packages/?p=etercifs.git;a=commitdiff;h=9146ef3436aeb70844a2ca544381506648b8450c Войдет в следующий релиз. Итак: 1. Заменяется номер версии на наш 2. Сделал sed -i вместо копирования файлов 3. Сделал проверку на dkms status перед сборкой. Если нет ничего в статусе, то делаю dkms add. На всякий случай. Проверил на примере Mandriva 2009. Если вчера я проверял просто собираемость на новом ядре (взял kernel-linus-2.6.27.19), то сегодня - смену ядра. Поставил пакет kernel-desktop-2.6.27.14 и kernel-desktop-devel-2.6.27.14, перезагружаюсь - при перезагрузке на этапе запуска службы etercifs компьютер подождал, пошуршал, да и собрал мне модуль сам по себе. Поставил ядро kernel-rt-2.6.26.8 вместе с devel-пакетом. После перезагрузки dkms честно пытался собрать модуль, причем из нужных исходников, но у него не получилось из-за того, что это ядро какое-то специфичное и в нем для сборки нашего модуля чего-то не хватило, а нормальные ядра уже выкинули. Но это уже совсем другой вопрос. Так что никаких проблем по идее быть не должно при обновлении ядра как внутри одной версии (в данном случае внутри версии 2.6.27), так и до другой версии (в теории). Сборка модуля запускается. Главное - не забывать про devel-пакеты ядра (в терминологии Мандривы), иначе dkms ругается хоть и понятно, но надо вчитываться в выводимый текст.
