Как это не понимает ?
У меня в lilo.conf:
image=/boot/vmlinuz-2.6.10-vs26-smp-alt2
        initrd=/boot/initrd-2.6.10-vs26-smp-alt2.img
        label=2610-vs26-smp-2
        root=/dev/sda5
        read-only
        optional

При этом:
$uname -r
2.6.10-vs26-smp-alt2

Все работает просто отлично !

(In reply to comment #1)
> Как это не понимает ?

Я так понимаю, это аппаратно-зависимая проблема. На некоторых мамках все
прокатывает нормально, а вот на моей мамке на чипсете VIA KT600 это не
прокатывает, и ядро не находит /

http://lists.altlinux.ru/pipermail/sisyphus/2005-January/051254.html

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

Проблема именно с GRUB. Воспроизводится на 100%. Прповерено на разном железе.

Если это не воспроизводится на lilo, то IMHO багу стоит перевесить на grub.

Ну для GRUB это получается  feature-request, а для bootloader-utils - явный баг
при переходе с 2.4 на 2.6. IMHO.

Еще раз - это проблема grub'а а не bootloader-utils.

Разве в grub'е в документации написано, что для 2.6 можно использовать только
числовые идентификаторы устройств ?

Еще раз - это не проблема загрузчиков.

В строке из конфига grub 'kernel (hd0,0)/vmlinuz-smp root=/dev/sda2' параметр
'root=/dev/sda2' никакого отношения к конфигурации grub не имеет. Это параметр
ядра, так? Т.е. /sbin/installkernel не учитывает особенность ядер серии 2.6 в
отношении параметра root= при переходе с 2.4. Явный bug.

В LILO данная ситуация объезжается параметром root=. IMHO, это костыль. И если
бы использовалось ожидаемое append="root=/dev/sda2" были бы те же грабли.

А.. да. Тогда фиксить.

Насколько я знаю - это сейчас не воспроизводится, исправлено в свежем mkinitrd.

Действительно. Закрываю.