[Частично решено] Долгая загрузка после обновления ядра
Всем привет.
Проблема в следующем - после обновления ядра (до 3.14.14) система начинает грузиться до безобразия долго. После grub ядро инициализируется, начинают запускаться демоны, доходит до udev - и тут же уходит в черный экран на полторы минуты где-то. В это же время явно переключается видеорежим, т.к. потом разрешение экрана увеличивается и загрузка идет нормально
В dmesg:
[ 8.727121] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off [ 98.359419] Linux video capture interface: v2.00
Полный лог тут
Видеокарта в данном случае intel, но я такую же проблему получил и на 2-х системах с ati (открытые драйвера), но там пока не разбирался, в чем проблема (они перезагружаются крайне редко)
В ядре пытался включать/удалять всякие фреймбуферы, но результата никакого
grub
kernel /boot/kernel root=/dev/ram0 init=/linuxrc ramdisk=8192 udev dolvm resume=/dev/sda2 acpi_osi=Linux acpi_backlight=vendor initrd /boot/initramfs
P.S. гугль и поиск по форуму не помогли, хотя я помню, что где-то уже читал про подобную проблему
- Для комментирования войдите или зарегистрируйтесь
Попробуйте сделать emerge
Попробуйте сделать
emerge @module-rebuild
emerge @x11-module-rebuild
emerge @module-rebuild -
emerge @module-rebuild - пусто
emerge @x11-module-rebuild - делал сразу после обновления и после каждой пересборки ядра - не помогает
Поставьте более высокий
Поставьте более высокий loglevel у ядра или просто допишите парамет debug к параметрам ядра, после чего смотрите вывод dmesg. А то сейчас у вас не выводятся сообщения за те 70 секунд простоя.
Добавил параметр debug. Лучше
Добавил параметр debug. Лучше не стало - все те же 90 секунд между теми же сообщениями. Loglevel в данной ситуации имеет смысл увеличивать?
http://pastebin.ca/2836958
Цитата: Лучше не стало - все
С чего вы решили, что этот параметр должен убрать ожидание? Он только изменяет уровень сообщений, которые выводятся в лог и всё.
Нет, debug - это максимальный уровень сообщений, тем более ни каких новых сообщений относительно инициализации Web камеры не появилось.
Можете попробовать другую версию ядра, возможно в 3.14.4 поломали что-то относительно вашей web камеры или всю подсистему в целом. Как найдёте рабочее ядро, в котором нет проблемы, ну или не найдёте, отпишитесь в bug трекере ядра на kernel.org о вашей проблеме и укажите модель web камеры и ноутбука.
Так же можете попробовать собрать драйвер для web камеры или подсистему в целом модельно.
Цитата: С чего вы решили, что
Я имел ввиду, что новых сообщений не добавилось, т.е. ситуация не прояснилась
И да, думаю, тут дело не в web камере - сообщения о ее инициализации идут после задержки, перед этим идут сообщения от drm, думаю, дело в нем. Тем более, что в это время явно меняется видеорежим. Я получил данную проблему на других системах в ядрах 3.10. У знакомого тоже была подобная проблема, он как-то ее решил. Если за выходные не решу - в понедельник узнаю, как он ее поборол. Правда, у него тоже ati, а не intel (для ati я видел решение - нужно указать FIRMWARE, но пока не проверял)
Сейчас на всякий случай попробую отключить веб-камеру, чтобы убедиться, что проблема не в ней
Попробуйте добавить к
Попробуйте добавить к параметрам ядра:
Это откдючит энергосбережение, но вы по крайней мере сможете определить в этом дело или нет:
http://blog.vivi.eng.br/?p=162
Попробуйте и другие значения.
Отключение web камеры не
Отключение web камеры не помогло - все те же 90 секунд, потом просто идут более поздние сообщения
i915.i915_enable_rc6=0 тоже ничего не дало. Как я понимаю, нет смысла пробовать другие значения, если при отключенном ничего не меняется?
Вот как изменилась та строчка:
[ 6.721007] [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off
Интересно, из-за чего все-таки может так долго переключаться видеорежим?
Цитата: Как я понимаю, нет
Ну если вы понимаете, то не пробуйте.
Это к разработчикам, ну или открывайте код драйвера и изучайте.
Цитата:Ну если вы понимаете,
ммм... сарказм?
И да, судя по всему не в переключении видеорежима. Добавил к параметрам ядра
nomodeset i915.modeset=0
Теперь видеорежим не переключается, но загрузка все так же висит на udev processing uevents
P.S. Правда теперь сообщения от drm пропали, и висит оно после другого сообщения... что-то я вообще не в ту сторону пошел, судя по всему
http://pastebin.ca/2836990
Попробовали убрать поддержку
Попробовали убрать поддержку web камеры из ядра?
Да, отключал UVC video cam,
Да, отключал UVC video cam, сообщения из dmesg пропадали, но на скорость загрузки это не влияло, поэтому вернул обратно
Немного разобрался с
Немного разобрался с логированием, получил больше данных.
ОСТОРОЖНО, ТРАФФИК
http://pastebin.ca/2837006
lspci: http://pastebin.ca/2837007
lsusb: http://pastebin.ca/2837008
Цитата:Немного разобрался с
Что изменили?
Вообще похоже, что это bug в udev (systemd) попробуйте поставить eudev, ну или другую версию udev(systemd), если сейчас нет другой в дереве, тогда скачайте отсюда старые ebuild`ы http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-fs/udev/ и ставьте с них. Но вроде всё есть, так что пробуйте, например сразу 208.
Цитата: Что
Включил
> Device Drivers > Generic Driver Options
* Driver Core verbose debug messages
* Managed device resources verbose debug messages
ну и пришлось размер dmesg увеличить до 20 (и то как видим начало не влезло)
Ну и на всякий случай
/etc/udev/udev.conf раскоментировал udev_log="info"
И в /etc/conf.d/udev:
udev_debug="YES"
udev_monitor="YES"
systemd у меня нет, пока сижу на openrc (если это имелось ввиду)
Спасибо за помощь, завтра попробую откатить udev
Цитата: systemd у меня нет,
Это спорное утверждение, в 2012 году произошло слияние исходных кодов SystemD и Udev https://www.linux.org.ru/news/linux-general/7602530, в итоге Udev собирается из тех же исходников, что и SystemD. Так что кусочек SystemD у вас в системе теперь есть. :)
Отпишитесь в любом случае.
Фирмтварь для АТИ подгружена?
Фирмтварь для АТИ подгружена?
На данной системе видеокарта
На данной системе видеокарта интел. На тех, которые с ati - вроде как подгружена, но до них я пока не добрался
Откатился до
Откатился до sys-fs/udev-208-r1
Все равно есть небольшое зависание, но оно приемлемое (5-10 секунд). Оставлю пока так. Спасибо за помошь
Отправьте bug report в
Отправьте bug report в багзиллу Gentoo и в багзиллу SystemD. Хотя бы в багзиллу Gentoo, приложите конфиг ядра, выводы lspci и lsusb и подробный вывод dmesg, какой здесь. А то всё равно со временем придётся переходить на новый udev (Systemd) и если баг не исправят то вы или кто-либо другой с ним опять столкнётесь.
Да, обязательно оформлю. Хочу
Да, обязательно оформлю. Хочу для начала на другой системе посмотреть, те же там симптомы или нет