Долгое замирание при загрузке (Populating /dev)

[NCNecros]

При загрузке ноут очень долго висит на строке " Populating /dev with existing devices through udev"
Висит около минуты. Много дистрибутивов поменял - не было такого, да и сразу после установки такого не было. В какую сторону можно покопать? Может как-то посмотреть логи именно этого процесса можно?

[taaroa]

/var/log/rc.log

* Populating /dev with existing devices through uevents ... [ ok ] * Waiting for uevents to be processed ...

есть такое, а вот " Populating /dev with existing devices through udev" — нет.

p.s. подземный стук не лечим, телепаты в отпуску́.

[NCNecros]

Вы правы. Именно на этом и висит. Я в конце ошибся, т.к. переписывал с фото на телефоне. В логах не нашел просто...

[liaonau]

Может как-то посмотреть логи именно этого процесса можно?

Предположу, что как-то так (без гарантий — без личного опыта):
udev_log=info или debug в /etc/udev/udev.conf, вероятно, и смотреть в syslog на каком приборе тормозит.

[ArtSh]

А в USB-порты ничего не воткнуто во время загрузки?

[NCNecros]

Только модем билайновский.

[DaemonTux]

Только модем билайновский.

А вытаскивать пробовали?

[taaroa]

сразу после установки такого не было.

вспоминаем, что отломали/"оптимизировали".

[NCNecros]

Модем вытаскивать пробовал. Что отломал\оптимизировал вспомнить не могу. Поведение сменилось не по схеме "Хорошо-ребут-плохо", оно менялось "хорошо-хорошо-плохо-хорошо-плохо-хорошо-плохо-плохо-плохо". Запуск с извлечением всех внешних устройств и отключением беспроводных устройств не дает нужного эффекта.

[taaroa]

Что отломал\оптимизировал вспомнить не могу. Поведение сменилось не по схеме "Хорошо-ребут-плохо", оно менялось "хорошо-хорошо-плохо-хорошо-плохо-хорошо-плохо-плохо-плохо".

status: RESOLVED resolution:NEEDINFO

[NCNecros]

Включил udev_log=info, теперь видно что минуту он генерит строки со страшной силой, но прочитать что-то нет возможности - syslog-ng хоть и стоит в запуске /boot, но включается после того как отработает udev. Хоть на видео записывай. Как можно логи раньше включить?

[taaroa]

syslog-ng хоть и стоит в запуске /boot

Shell

# rc-update | grep sys devfs | sysinit dmesg | sysinit sysctl | boot syslog-ng | default udev | sysinit

[NCNecros]

Провел эксперимент - снес udev 160-r1, поставил 135 - система не запустилась, но после повторной установки udev 160-r1 загрузилась за 21 секунду до рабочего стола. После перезагрузки все снова вернулось на старое - 1:35-1:40. Видимо он создает какой-нибудь кэш устройств, которые потом перепроверяет долго.

P.S. А syslog я сам ставил в boot, чтобы проверить.

[taaroa]

P.S. А syslog я сам ставил в boot, чтобы проверить.

use the dmesg, Luke.
в конфиг ядра смотреть нужно.

[unax]

лишнее в конфе ядра.. всяко. В разделе устройств ищите лишние, точнее включите только то, что точно надо.

[NCNecros]

http://pastebin.ca/2053367

меня смущает зависание долгое в строках 457, 459 и 478

[unax]

http://pastebin.ca/2053367

меня смущает зависание долгое в строках 457, 459 и 478

Intel® WiMAX/WiFi Link 5150 это ваш модем?
что то с управлением питания этим устройством, либо у него в прошивке заблокировано что-то, либо в ядре нету чего-то касательно acpi а может быть наоборот сильно много опций)

[NCNecros]

Intel® WiMAX/WiFi Link 5150 это ваймакс карточка встроенная в ноут. Фирмвар на нее стоит, в ядре тоже дрова выставлены, но в системе не видится. Возможно я слишком многое выпилил из ядра.

[liaonau]

ACPI: resource 0000:00:1f.3 [io 0x1840-0x185f] conflicts with ACPI region SMBI [io x1840-0x184f]
ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

Наверное, стоит последовать этому совету, если такой драйвер действительно есть. Или же отключить конфликтующий модуль (lm_sensors, возможно?)