kernel panic (unable to mount root fs...)

[agreed]

Скомпилировал ядро 2.6.7, lilo настроил следующим образом:

Код: Выделить всё

 image=/boot/vmlinuz-2.6.7
    label="267new"
    initrd=/boot/initrd-2.6.7.img
    root=/dev/hda5
    append="devfs=mount acpi=ht resume=/dev/hda8"
    read-only    

(корневой раздел, ессно, у меня на hda5). При загрузке, сабж:

Код: Выделить всё

Resume Machine: VFS: Cannot open root devie "305" or hda5
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on hda5

В чем проблема? :helpsmilie:

[Topper]

а поддержку своей ФС в ядро вкомпилировать не забыл?

[polachok]

IMHO пересобери initrd иил попробуй без него(убери строку)

[zenwolf]

тип фс какой ?
если reiserfs включи попрбуй включить в само ядро ,а не модулем как он стоит
в конфиге большинства дистрибутивов с ядром 2.6.x

[agreed]

тип фс какой ?
если reiserfs включи попрбуй включить в само ядро ,а не модулем как он стоит
в конфиге большинства  дистрибутивов с ядром 2.6.x

↑

Тип фс у меня Journalised ext3(в конфиге ядра, ессно, включено). Поодержку reiserfs я заведомо включил в _само_ ядро(есть у меня такие разделы). Ноль эффекта. Строку "initrd" я убрал из lilo.conf, ничего не изменилось. В чем ее смысл состоит?

[madskull]

а
boot=/dev/hda
стоит?

и запускается ли
# lilo
после каждого изменения /etc/lilo ?

[t.t]

и запускается ли
# lilo

↑

Поправка:
# /sbin/lilo
Не во всех дистрибутивах /sbin и /usr/sbin есть в умолчательных путях.

[agreed]

Поправка:
# /sbin/lilo
Не во всех дистрибутивах /sbin и /usr/sbin есть в умолчательных путях.

↑

lilo.conf я обновляю: /sbin/lilo -v -v. И в /etc/lilo.conf есть строка boot=/dev/hda.

[demongloom]

а может все дело в root=/dev/hda5?
вечь написано то

Resume Machine: VFS: Cannot open root devie "305" or hda5
Please append a correct "root=" boot option

Может раздел не тот указан?

[agreed]

Может раздел не тот указан?

↑

Да нет... Раздел тот. Я ведь сейчас это как-то пишу! Ядро 2.4.22 у меня успешно грузится абсолютно с теми же параметрами (hda5 - это /)

[Valerius]

ext3 у тебя в ядро вкомпилена или модулем? Если модулем, то mkinitrd ты выполнял? И для какого ядра? Если загрузился в старое ядро, то mkinitrd нужно указать, для какого конкретно ядра ты его выполняеш.

[agreed]

ext3 у тебя в ядро вкомпилена или модулем? Если модулем, то mkinitrd ты выполнял? И для какого ядра? Если загрузился в старое ядро, то mkinitrd нужно указать, для какого конкретно ядра ты его выполняеш.

↑

В ядро вкомпилено. А "mkinitrd /boot/initrd-2.6.7.img 2.6.7" я все-равно делал... Ноль...

[flook]

А поддержка ext2 есть?

[t.t]

А поддержка ext2 есть?

↑

Хм..

ext3 у тебя в ядро вкомпилена или модулем?

↑

В ядро вкомпилено.

↑

Вот сижу и думаю, как это может не быть ext2, если ext3 вкомпилена в ядро?..

[agreed]

Так... С этой ошибкой разобрался. :devil_2: Возникла новая:

Код: Выделить всё

 Resuming from device hda8
Kernel panic: Unable to find suspend_data signature ( -misspelled?)

[Bolverk]

Так... С этой ошибкой разобрался. :devil_2: Возникла новая:

Код: Выделить всё

 Resuming from device hda8
Kernel panic: Unable to find suspend_data signature ( -misspelled?)

↑

Хехе. Это он пытается восстановиться с образа сохраненной памяти (hibernate). Что логично (resume=/dev/hda8). Что у тебя на /dev/hda8? Это должна быть swap-партиция!

[agreed]

Хехе. Это он пытается восстановиться с образа сохраненной памяти (hibernate). Что логично (resume=/dev/hda8). Что у тебя на /dev/hda8? Это должна быть swap-партиция!

↑

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

[frost]

у меня в начале подобная лажа была. у меня SATA винт и при установке Gentoo с LiveCD мой винт определился как hda, а когда всё установил и врубил в ядре поддержку моего SATA контроллера он стал hde ! Может тут подобная фигня ?!...