Sergey Chumakov пишет:
Hi Nizamov,
* Nizamov Shawkat <[EMAIL PROTECTED]>
* 2007-07-24 08:23:
Andrey Rybak пишет:
здравствуйте.
ситуация такова.
Проинсталлирован у меня etch на amd64 с
инсталляционного cd.
Решил установить ядро посвежее. Выкачал
ванильное ядро 2.6.22.
Проинсталлировал его по мануалу. Конфиг
взял дефолтный. Который и есть у меня
после инсталляции ситемы. С которым у
меня грузится система.
Вроде бы все ок. Но при загрузке ругается:
...
waiting for root file system
...
и после сравнительно долгого ожидания
выбрасывается приглашение:
(initramfs)
В гугле по этому поводу много написано (в
смысле "waiting for root file system"), но возникает
это приглашение в очень разнообразных
случаях. И я не нашел чтобы такое было
после сборки ядра в этче.
На другой машине (Celeron и тоже установлен
etch) аналогичные действия проходят без
неожиданностей. Система грузится с
новым ядром и "изначальным" конфигом.
В какую сторону копать?
Между этими компьютерами, кроме
архитектуры, есть еще различие. На amd я
систему инсталил без lvm. На селероне
стоит система с lvm. Может проблема в этом?
Заранее благодарен за любую подсказку.
Это надо смотреть в скриптах mkinitramfs где
то внутри /usr/share/
Там действительно такая задержка есть,
если корень не может быть смонтирован
сразу же - то там идет ожидание (кажется
на подгрузку модулей, старт рейда, подъем
нфс и тп)
Но это не поможет - определенно есть баг
внутри этих скриптов, который я еще не
смог отловить. Заключается он в том, что
оно пытается смонтировать корневое
устройство вовсе не то, которое надо. У
меня этот баг проявляется, если сам
корень на lvm. Пока спасаюсь тем, что в этом
скрипте перед монтированием жестко
прописываю ROOT=/dev/mapper/lvm-debian., FSTYPE=ext3
Теоретически, можно это же указать где-то
в районе /etc/initramfs-tools, но практически это
значение во время загрузки какой-то
скрипт корежит.
Имел похожую проблему с sid (2.6.18 -> 2.6.21). Времени ковяряться не
было - снес, поставил etch Однако возможно вам поможет вот это:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433127
Хорошая ссылочка :)
Возможно поможет автору треда - видимо, дело в libata - в том что
именование sata винтов теперь идет как /dev/sdX, а не как /dev/hdX .
А lvm действительно позволяет эту проблему обходить стороной.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
