On Tue, Oct 11, 2011 at 01:25:00PM +0400, Alexey Gladkov wrote:
> 11.10.2011 12:51, Dmitry V. Levin wrote:
> > On Tue, Oct 11, 2011 at 10:11:38AM +0400, Anton Protopopov wrote:
> >> 11 октября 2011 г. 9:56 пользователь Sergei Epiphanov написал:
> >>> On 30 августа 2011 16:00 Anton Farygin wrote:
> >>>> std-def 3.0.3 на E5504 заработало без проблем.
> >>>
> >>> Проблема с Xeon осталась и в версии un-def-3.0.6-alt1. Теперь нет вылета в
> >>> panic, но ядро останавливает загрузку на модуле tsc. Пишет про tsc
> >>> recalibration.
> >>
> >> Обновите module-init-tools и сгенерируйте новый initrd.
> > 
> > Вчера точечно обновлял std-def-3.0.6-alt1 и тоже столкнулся с тем, что
> > у меня был старый module-init-tools с новым kernel-image.  Ну хорошо,
> > я в курсе проблемы, и пачку FATAL'ов от make-initrd воспринимаю как
> > руководство к действию, но почему пользователи должны заниматься
> > телепатией?  Пусть ядра при установке вытягивают соответствующую версию
> > module-init-tools; то, что есть сейчас, не вполне актуально:
> > 
> > $ rpmquery -Rp kernel-image-std-def-3.0.6-alt1.x86_64.rpm 
> > bootloader-utils >= 0.4.13-alt1
> > startup >= 0.8.3-alt1
> > coreutils  
> > module-init-tools >= 3.1
> > mkinitrd >= 1:2.9.9-alt1
> > rpmlib(PayloadIsLzma)  
> 
> А можно по подробнее про выявленную проблему ?

Грубо говоря, modprobe не работает до первого depmod'а.

В kernel-image запаковываются файлы /lib/modules/*/modules.*, благодаря
которым modprobe можно применять к ядрам, отличным от текущего.  Эти файлы
формируются во время сборки kernel-image, их формат зависит от версии
module-init-tools.  После недавнего обновления module-init-tools этот
формат изменился.  Соответственно, установка нового kernel-image в систему
со старым module-init-tools приводит к тому, что make-initrd/mkinitrd
создают неполноценный initrd до тех пор, пока файлы
/lib/modules/*/modules.* не будут приведены в соответствие с установленной
версией module-init-tools, т.е. до первого depmod'а.


-- 
ldv