Очередной panic при самосборном ядре

> Сколько собирал ядра - ни одно не загрузилось нормально.
Классно сказал! ;-)
> Что еще можно упустить, чтобы монтирование корня не происходило?
Попробую по-порядку:
1. Корневая ФС должна быть вкомпилена НЕ модулем.
2. Чипсет винчестера

Вижу модули не находит - make modules_install делал?
udev обновлял?

Стопудово make modules_install

модули устанавливал. reiser не модулем. А вот udev не обновлял. Это обязательно? Будет ли старое ядро с ним работать?

Думаете, забыл чипсе винчестера прикрутить в ядро?

Такое бывает когда initrd не собран.

Должна быть сделана команда типа

mkinitrd /boot/initrd.img-2.6.16.20 2.6.16.20,

и прописан этот /boot/initrd.img-2.6.16.20 в конфиге grub/lilo.

?

Точнее,

mkinitrd -o /boot/initrd.img-2.6.16.20 2.6.16.20

Если модули находятся в /lib/modules/2.6.16.20/

У меня все самосборные ядра без initrd и не жалуюсь,так что вряд ли в этом дело.

У меня в ubuntu были абсолютно такие же сообщения (дословно).

Хотя действительно возможно тут проблема с reiserfs -- его надо либо зашивать в ядро, либо в initrd соотв. модуль втыкать.

> Такое бывает когда initrd не собран.
Вам следует почитать для чего нужен initrd!

> А вот udev не обновлял. Это обязательно?
Да при переходе с 2.6.11 на >= 2.6.12 и при переходе с 2.6.15 на более старшие!
> Будет ли старое ядро с ним работать?
Запросто! У меня же работает. ;-))
> Думаете, забыл чипсе винчестера прикрутить в ядро?
Вполне! Есть другое мнение?

Я так initrd создавал:

mkinitrd -o /boot/initrd.img-2.6.16.20

А затем его прописывал в menu.lst

udev надо попробовать обновить. Конфиг я взял со стандартного демьяновского 2.6.8 и правил незначительно. btw reiserfs там модулем, а у меня все работает (???). Они что-то не так сделали?

Afaik, указании версии существенно:
вместо

mkinitrd -o /boot/initrd.img-2.6.16.20
mkinitrd -o /boot/initrd.img-2.6.16.20 2.6.16.20

>btw reiserfs там модулем, а у меня все работает (???).

По идее, mkinitrd и должен в initrd.img соотв. модуль запихнуть.

Проблема была в mkinitrd. Заработало. Всем спасибо. Буду udev еще новый ставить.

А еще скажите, я пробовал пропатчить ядро до 2.6.16.25, так оно после этого ошибки при сборке выдавало. Странно...

Хооооспади... вот эта шняга:

FATAL: Could not load /lib/modules/2.6.16.20/modules.dep

русским языком говорит, что мало того, что не было выполнено 'make modules_install', так еще и 'depmod 2.6.16.20' не сделан... HOW-TO для кого пишут?

Это не из той оперы, дурик... тьфу, Гарик =)

Этот modules.dep должен находиться в initrd, а не в главной fs. Очевидно, в initrd для более старой версии ядра его просто не было, а для новой он был нужен.

>А еще скажите, я пробовал пропатчить ядро до 2.6.16.25, так оно после этого ошибки при сборке выдавало. Странно...

Если накладываешь на уже скомпиленное ядро, то надо make mrproper сделать (согласно README).

И какая ж разница, Мурка, где располагаются модули с депами, если поддержка контроллера и ФС на / уже в ядре? ;)

Я больше скажу - ИМХО костыли типа initrd - есть зло и лишние проблемы, плюс переусложнение процесса загрузки. Для general purpose дистрибутива это оправдано, ибо у него цель - загружаться везде и всюду, а если на готовой системе - то лишние проблемы.

>не было выполнено 'make modules_install'

Было. И я об этом уже писал.

>Если накладываешь на уже скомпиленное ядро, то надо make mrproper сделать (согласно README).

Делал. Кстати, у меня при пропатчивании часто пишут, что текущий модуль более новый.

Сначала надо с 2.6.16.20 до чистого 2.6.16 откатиться, а на него уже патч 2.6.16.25 накладывать.

И как "откатиться"? Первый раз слышу такое!

Я вижу ты не в курсе, что все патчи типа 2.6.v1.v2 накладываются на версии 2.6.v1, а не на 2.6.v1.(v2-1).

Откатиться -- это я имел ввиду просто "patch -R", типа "patch -R -p1 < /path/to/patch-2.6.16.20".

После чего можно сделать "patch -p1 < /path/to/patch-2.6.16.25".

Понятно?

Либо каждую новую версию прийдётся качать полностью заново =) по сорок мегов.

Да, читал про эту опцию в мане патча. Стормозил.

Спасибо за помощь.