Что происходит с lilo?

[grad]

Итак, дистрибутив Archlinux, ядро 2.6.19, файловая система: XFS. Система стоит на одном разделе (hdb1).
Конфиг lilo:

boot=/dev/hdb
default=arch
timeout=50
lba32
prompt
image=/boot/vmlinuz26
label=arch
root=/dev/hdb1
initrd=/boot/kernel26.img
read-only

Проблема заключается в том, что после обновления ядра посредством pacman -Syu выполняю lilo, перезагружаюсь и вижу: Kernel panic: no init found. Try to passing init= option to kernel.
Что я только не делал... Система смогла нормально загрузиться только после того, как я установил дистрибутив с CD на другой раздел (hdb2), обновил ядро до current, прописал в /etc/lilo.conf тот конфиг, что я приводил выше и выполнил lilo.
Это происходит уже не первый раз после оновления ядра, и каждый раз спасает только установка новой системы на другой раздел и обновление lilo. Я в ступоре: конфиги lilo - идентичные, но при обновлении ядра снова и снова возникает эта проблема.
Может дело в том, что XFS не вкомпилено в ядро? Помогите, пожалуйста...

[makss]

initrd я так думаю надо создать для нового ядра

[grad]

initrd я так думаю надо создать для нового ядра

В Archlinux initrd заменили на initcpio и с ним всё нормально. Проблема в lilo, я же объяснил.

[makss]

Kernel panic: no init found

Это не проблемма lilo
это ваше новое ядро не может найти init
Я хотел узнать вы новый initrd создавали или он у вас от старого ядра?? остался

В Archlinux initrd заменили на initcpio

это одно и то же отличается только способом упаковки файлов

[grad]

Я хотел узнать вы новый initrd создавали или он у вас от старого ядра?? остался

Пакетный менеджер archlinux'a - pacman, при установки ядра автоматически создаёт новый initrd, насколько я понимаю, теперь он называется kernel26.img
Если это не проблема lilo, то почему, когда я устанавливаю загрузчик с другого диского раздела, ядро грузится нормально??

Ладно, кто-нибудь может объяснить почему после обновления ядра надо обновлять загрузчик путём выполнения lilo?

P.S. Может, перекинуть топик в ветку Archlinux?

[admiral]

Ладно, кто-нибудь может объяснить почему после обновления ядра надо обновлять загрузчик путём выполнения lilo?

Потому что ядро находится на файловой системе, а что бы прочитать файловую систему, необходимо загрузить ядро, которое знает это файловую систему. Получается замкнутый круг. Вот при запуске /sbin/lilo - загрузчику говорится где именно на блине жесткого диска находится файл с ядром. Вроде так.

[grad]

admiral, хорошо, а можно ли не обновлять загрузчик после обновления ядра, если ядро остаётся на том же месте в иерархии фс и название ядра не меняется??

[sergej5]

Ладно, кто-нибудь может объяснить почему после обновления ядра надо обновлять загрузчик путём выполнения lilo?

Это особенность lilo. После смены ядра всегда надо выполнять команду lilo. Если не хочешь этого, смени lilo на grub.

[makss]

хорошо, а можно ли не обновлять загрузчик после обновления ядра, если ядро остаётся на том же месте в иерархии фс и название ядра не меняется??

Нет нельзя, по той простой причине что новый файл лежать у тебя будет уже не в тех физических областях( кластерах ) на диске что и предыдущий файл, а загрузчик в данном случае тупо копирует байты с жесткого диска( начальный адрес которого и задается командой lilo) в память компа и уже потом передает управление ядру(загруженному в память уже)

собственно конфиг нужен даже не лило а ядру, просто лило передает параметры из конфига ядру при его загрузке в память, (за исключением пары строк)

[grad]

просто лило передает параметры из конфига ядру при его загрузке в память

Но почему-то не передаёт параметр, где находится init. Игра с append в конфиге lilo тоже ничего не дала.

В чём причина init not found? Почему ядро не может найти init?

[makss]

В чём причина init not found? Почему ядро не может найти init?

а вот почему ядро не иожет найти инит, вопрос конечно интересный,
без инитрд когда ядро инициализируется оно должно отдавать управление демону init
который в свою очередь находится в /sbin/init
а вот в случае с initrd он сначала монтирует initrd как корневую файловую систему( в основном это используется при модульности ядра, для загрузки модулей ), а в нем вызывается linuxrc это обычно запускаемый файл (скрипт) который делает дополнительные настройки ( навроде загрузки модулей) и потом отдает управление init ( по идее этот файл должен создаваться заново при установке нового ядра)

[admiral]

admiral, хорошо, а можно ли не обновлять загрузчик после обновления ядра, если ядро остаётся на том же месте в иерархии фс и название ядра не меняется??

Когда загрузчик грузит ядро, ему плевать как оно называется, он даже имени его не знает, он знает только где находится начальный адрес файла ядра (т.к. он не знает еще файловой системы). А при простом замещении новое ядро может лечь совсем в другое место диска, хотя называться будет так же.
/etc/lilo.conf в системе для загрузки вообще не нужен. Это конфиг только для /sbin/lilo, что бы она знала какие ядра надо грузить и что бы прописать их физическое расположение на диске.