i915, gentoo, и лог загрузки

Не помешал бы выхлоп

cat /proc/cmdline

Извиняюсь, что так долго не отвечал. Ничего там такого специфичного нет :)

BOOT_IMAGE=/vmlinuz-3.11.4-pf root=/dev/mapper/lvm0-root ro

Ок. А использовать initramfs от genkernel пробовал? Если с ним всё ок - тогда надо просто посмотреть что там происходит.

У меня в своё время не было проблем с i915, но это было года 4 назад и KMS я тогда не использовал.

Нет, не пробовал. Да и вообще вручную собираю. Можно genkernel указать, чтобы он собирал только то, что мне нужно?

Во-первых, genkernel initramfs соберет тебе только initramfs для ядра, указанного по симлинку /usr/src/linux. Само ядро собираешь вручную(я genkernel в большистве случаев только так и использую).

Во-вторых, /etc/genkernel.conf позволяет указать какие конкретно модули(mdadm,dmraid,lvm,crypt) тебе нужны

И да, попробуй еще добавить console=tty1 к строчке инициализации ядра. Вряд ли поможет, но попробовать стоит - уж очень описание проблемы похоже на то, что openrc банально не знает куда слать вывод пока не загрузится getty.

У меня на самом деле в initramfs только пара утилит, и скрипт, и никаких модулей. Genkernel и тут сможет помочь?

Нет, всё так же. :(

Вообще, мне кажется что это из-за какого-то кривоватого initramfs. Systemrescuecd грузится, например, и всё отображает, и если только одно ядро загружать, без initramfs, и прочего(пробовал давно, может ошибочно).

Есть ли какая-нибудь реальная необходимость(кроме «потому что я могу» :-)) в использовании самописного initramfs?

Не пойми неправильно, в этом нет ничего плохого, но может лучше все же глянуть как делается в дистрибутивном initramfs. Может там какие костыли есть для intel? Сам я не помню, последний раз потрошил initramfs гентушный больше года назад - мне нужен был самосбор для uclibc-стэйджа.

А, и в порядке бреда, так как в конфиге ядра у тебя я не вижу CONFIG_DEVTMPS_MOUNT(CONFIG_DEVTMPS есть, это хорошо) а ты /dev не перемонтировал через --move в новый корень, проверь если ли в корневом разделе(для этого нужно загрузиться из под LiveCD, ну или смонтировать корень еще раз через mount --bind например) директория /dev и файлы null, console и tty1 в ней. Если они есть - сверь их с теми что лежат в /dev на загруженной системе, если нет - создай их - раньше это было критично, сейчас при включённом DEVTMPFS_MOUNT в ядре насколько я знаю - нет.

В общем-то нет, просто когда давным-давно ставил Генту на шифрованный корень, то долго мучился с всякими разными initramfs, с тем же genkernel, и прочим. В итоге плюнул, и сам написал. Да, надо бы глянуть, в тот же systemrescuecd может. Отпишу, как что-то получится, если что-то получится. :)

Ну потом можно dmesg-ом посмотреть.

Хорошо, чуть позже попробую, спасибо. :)

Не понял, что именно? :)

Если я всё понял, то Вам нужно посмотреть лог загрузки, который, после неких Ваших действий не выводиться на экран. Так? Если да то после логина, dmesg выводит.

А!!! Прошу прощения. Прочитал пост, видимо очень посвоему. :)

Да уж, ну ладно. :)

ты бы отписал если ответ найдёшь.

Попробовал перекомпилировать ядро с этой опцией - ничего не изменилось. В /dev/ стандартно лежало console, null, и прочее.

Ничего пока не решилось, но ладно. :)

mount --move /dev /path/to/root/dev

в свой init-скрипт из initrd эту строчку засунь. Для лога загрузки openrc хочет /dev со всеми девайсами.