Вы здесь

[SOLVED] Зависание загрузки ядра

Некоторое время назад мне подарили новый винчестер для ноутбука на 1 ТБ. Я разбил винчестер примерно так же как он был и раньше и скопировал все разделы кроме dev и proc на новый винт. Заменил старый винт на новый и установил загрузчик( lilo ). Но при тех же конфигах и системе, ядро стало зависать где-то на 3 секунде загрузки, при этом никаких логов ядро никуда не успевает записать. В этот момент ядро реагирует на нажатие Num Lock/Caps Lock. Так же при отключении/подключении разных usb устройств на экран выводятся соответствующие сообщения. Я уже установил grub, думал что в lilo плохо с поддержкой больших винчестеров, но это ситуации не изменило.
Так же пересобирал ядро с помощью make localmodconfig( загружался с Gentoo LiveDVD 10.1 ), но это ничего не изменило.

Кто нибудь сталкивался с подобным? Куда хоть копать, подскажите пожалуйста.

Платформа: amd64
Ядро: gentoo-sources:3.1.10
lilo.conf
grub.conf
fstab

Решение:
Включить в ядре опции

CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y

Уважаемый! Копать придется к ларьку за кроворазгоняющим %) и Мозгоразжыжающим ;)за 2 года Линь можно перелазить вдоль и поперек.
Сам недавно обновлял с нуля ядро, поскольку ручками в свое время поигрался с конфигом - много непоняток было.
make alldefconfig + часа 2 или 2.5 и все загрузилось и заработало.
Ну а по делу хотя бы в загрузку ядра добавь

 panic=20

чтобы было 20 секунд на просмотр "паники" без паники ;)

kernel  /boot/vmlinuz-3.3.1-gentoo root=/dev/sda2 nouveau.modeset=1 panic=7

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

В том то и дело, что загрузка просто замирает. Никаких ошибок, ядро реагирует на отключение\подключение устройств, то есть вроде как работает, но дальше грузиться не хочет.

Можно хотя бы фотку на чем зависает?
Может не в тему, но покажите:

zgrep -i devtmpfs /proc/config.gz

zgrep -i devtmpfs /proc/config.gz
# CONFIG_DEVTMPFS is not set

Вот кое как получилось сфотографировать экран, если что еще раз завтра попробую... то есть уже сегодня:

хм я думал там вообще кернел паник и reboot.
Последний наверное имелл ввиду

CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y

найти и указать и пересобрать. Так же глянуть версию udev ввиду последних новостей на главной странице.
и вот такой сами проверьте на всякий

rc-update show |grep sysinit
                devfs |                                        sysinit
                dmesg |                                        sysinit
                 udev |                                        sysinit

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Спасибо, помогло. Странно что раньше все хорошо работало и без этого...

Вероятно дело в том, что в старой системе в /dev лежали файлы(null,initctl и console), а в новой нет

В юсбихах ничего не торчит (особенно флехи/внешние веники)? И в момент подвисона веник молоит или нет (светодиодик HDD светит/моргает)?