Компиляция ядра для RHEL5(2.6.18) версии 2.6.26

mount: error mounting /dev/root on /sysroot as ext3: No such device

читать до просветления

Это ты типа пошутил или дал совет, умник ? ...

Я и спрашиваю, почему он не может понять с чего грузится! Девайс /dev/root есть и ext3.ko модулем при загрузке тоже есть.

.... Прошу изречения, типа «читать до просветления» оставить для младшего брата.

Я прошу помощи, а не ищу умников.

Девайс /dev/root есть

где есть? в старом setup'е с старым ядром?

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

Adding 4292600k swap on /dev/sda2. Priority:-1 extents:1 across:4292600k

дурак ты федя ©

«если у тебя там есть инитрд, в нем же вроде как есть встроенный шел. возьми да и посмотри что да как там»

Если ты имеешь в виду файл init, то да смотрел.

Говорю еще раз, initrd-2.6.18 не отличается от initrd-2.6.26 внутри, как по модулям так и по файлу инициализации init

Adding 4292600k swap on /dev/sda2. Priority:-1 extents:1 across:4292600k

Это вроде как с рабочего ядра 2.6.18

в новом initrd есть /dev/root и все sda устройства.

в новом initrd есть /dev/root

ты проверил и он там действительно есть, или только думаешь так? я к чему: если пишет что его нет, то значит не все так гладко

если я правильно понял у тебя ssd disk в рхеловском ядре 2.6.18 определяется как sda ибо проходит как scsi устройство. как раз гдето между 2.6.18 и 2.6.26 в ядре произошло следующее: все устройства которые детектились как /dev/hd* стали /dev/sd*. думаю что у этой проблемы ноги отсюда ростут.

сейчас вижу только следующий вариант: попытатся приготовить ванильное 2.6.26 (для теста я бы не использовал initrd, дабы уменьшить кол-во точек «отказа»). если заведется, значит и у тебя должно. если нет, тогда возможны варианты, ибо RH большой любитель бекпортинга..

и да ты уверен что у тебя для контроллера нужен именно «ata_piix» модуль?

ну ahci от запихнул, так что пофиг на ata_piix

укажи в параметрах загрузки root=/dev/ram

он скорее всего не удариться в панику, а останется в шелле, посмотришь что в /proc/partitions

Если у тебя несколько дисков, то порядок из регистрации может измениться.

initrd-2.6.18 не отличается от initrd-2.6.26 внутри

Вы в этом точно уверены? Просто в 2.6.18 у вас перед ext3 (монтирование корневой ФС) вылазит строка:

Fusion MPT base driver

А в 2.6.26 этой строки у вас нет. А initrd у вас самодельный, не через mkinitrd? В штатном после:
Waiting for driver initialization.
должно выпадать сообщение
Creating root device.
И только потом попытка монтирования.

Как я и говорил «Я догадываюсь почему, только не могу понять почему на ядре 2.6.18 работало с таким же набором модулей а на 2.6.26 не хочет.» все заработало после добавления двух доп. модулей в initrd

Вопрос, почему 2.6.18 работает а ядро 2.6.26 с таким же набором модулей вываливается панику, не понимаю :)

cat /proc/partitions

major minor #blocks name

8 0 117220824 sda

8 1 153600 sda1

8 2 4194304 sda2

8 3 112871896 sda3

Все диски есть, устройства есть, все что нужно есть но нифига не работает!

все заработало после добавления двух доп. модулей в initrd

Каких именно?

Если интерестно узнать почему, то засунули бы busybox в initrd, чтобы получить shell имено в той системе и убедится, что mkblkdev из nash создала файлы в /dev/.