Re[2]: [sisyphus] couldn't mount root fs

[Anton Komarevtsev <avkx@rt.mipt.ru>]

Старое ядро, кстати, тоже почему-то не грузится ((((((((((((( Вылетает
с той же ошибкой. Но grub нормально видит оба ядра

SV> On Sun, Dec 21, 2003 at 10:28:51PM +0300, Anton Komarevtsev wrote:
>> Обновлял пакеты, и, видимо, один из них вытянул новое ядро,
>> 2.4.22-alt13. Теперь при загрузке получаю couldn't mount root fs on
>> 03:05 (параметр всегда стоял и стоит сейчас root=/dev/hda5). root на
>> xfs. Не подскажете, как вылечить?

SV> А какое было предыдущее ядро?

2.4.20-up-alt5 (без std)

SV> Нужно смотреть предыдущие сообщения (в этом ядре после kernel panic
SV> должен работать scrollback - Shift+PgUp/PgDn).

не работает ((((((((

SV> Обычно причины для подобного kernel panic две:

SV> 1) Не загружен модуль для соответствующей файловой системы
SV> (неправильно создался initrd).  Посмотрите, какие модули загружались
SV> из initrd (Using /lib/modules/....) - есть ли в этом списке xfs.

без скроллинга трудновато (((

SV> 2) Не распознаётся устройство, на котором находится корневая файловая
SV> система.  Опять же проверьте сообщения ядра, обращая внимание на
SV> инициализацию IDE.

SV> Если предыдущее ядро было довольно старое (до 2.4.22-std-*-alt7), и
SV> используется диск Serial ATA с контроллером Intel ICH5 в режиме
SV> совместимости (legacy mode), так и должно было произойти - в этом ядре
SV> была добавлена "родная" поддержка Serial ATA, и режим совместимости
SV> блокируется.  В этом случае необходимо перегенерировать initrd с
SV> модулями ata_piix и sd_mod, причём необходимо использовать mkinitrd не
SV> менее 2.8.9-alt3 - предыдущие версии не работали с модулями libata.
SV> После этого диск будет доступен через эмуляцию SCSI - т.е. /dev/sda
SV> вместо /dev/hda.



-- 
Best regards,
 Anton                            mailto:avkx@rt.mipt.ru