Непонятные сообщения во время загрузки

Автор slack, 16 февраля 2014, 15:39:02

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

slack

Поставил 14.1 "с нуля", но во время загузки появляются такие сообщения, совершенно для меня не понятные, причем очень долго происходит загрузка:
............
[    9.600032] usb 7-2: New USB device found, idVendor=046d, idProduct=c03e
[    9.622472] usb 7-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    9.645245] usb 7-2: Product: USB-PS/2 Optical Mouse
[    9.667964] usb 7-2: Manufacturer: Logitech
[    9.730901] hidraw: raw HID events driver (C) Jiri Kosina
[    9.775091] usbcore: registered new interface driver usbhid
[    9.797490] usbhid: USB HID core driver
[    9.855552] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.0/input/input13
[    9.879759] hid-generic 0003:046D:C03E.0001: input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.1-2/input0
udevd [172]: worker [176] timeout, kill it
udevd [172]: seq 2212 '/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0' killed
udevd [172]: worker [178] timeout, kill it
udevd [172]: seq 2214 '/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0' killed
[   40.294086] Adding 3903756k swap on /dev/sdb1.  Priority:-1 extents:1 across:3903756k
[   40.375291] fuse init (API version 7.22)
[   41.415443] EXT4-fs (sdb2): re-mounted. Opts: (null)
[   58.716491] usbcore: registered new interface driver snd-usb-audio
[   58.716492] uvcvideo: Found UVC 1.00 device Venus USB2.0 Camera (0ac8:3420)
[   58.758708] input: Venus USB2.0 Camera as /devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/input/input14
[   58.780283] usbcore: registered new interface driver uvcvideo
[   58.801913] USB Video Class driver (1.1.1)
...............
 
Подскажите, что они значат, и как от них избавиться, ну очень они раздражают.

Graf

Цитата: slack от 16 февраля 2014, 15:39:02
Поставил 14.1 "с нуля", но во время загузки появляются такие сообщения, совершенно для меня не понятные, причем очень долго происходит загрузка:

"Очень долго" - это сколько и на каком железе?

Цитата: slack от 16 февраля 2014, 15:39:02
Подскажите, что они значат, и как от них избавиться, ну очень они раздражают.

Это сообщения системы - чего найдено, что, как подгружается и куда, ну и т.д.
Как избавиться? хм.. Как в винде, думаю, не получится сделать. А чтоб не отображалось вообще..., кажется, где-то в ядре правится и пересобирается заново.

slack

Цитата: Graf от 17 февраля 2014, 10:08:22
Это сообщения системы - чего найдено, что, как подгружается и куда, ну и т.д.

udevd [172]: worker [176] timeout, kill it
udevd [172]: seq 2212 '/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0' killed
udevd [172]: worker [178] timeout, kill it
udevd [172]: seq 2214 '/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0' killed

Я про вот эти сообщения, а не про то как убрать все сообщения с экрана. (для этого нужно патч bootsplash накладывать и пересобирать ядро, но я не про это)

Цитата: Graf от 17 февраля 2014, 10:08:22
"Очень долго" - это сколько и на каком железе?

По времени видно, что загрузка зависает секунд на 30. Это много, учитывая что 14 версия на этом же железе грузилась всего секунд 45.
Очевидно что проблема в udev. Но как ее исправить непонятно.


Graf

Цитата: slack от 17 февраля 2014, 11:51:51
udevd [172]: worker [176] timeout, kill it
udevd [172]: seq 2212 '/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0' killed
udevd [172]: worker [178] timeout, kill it
udevd [172]: seq 2214 '/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0' killed

Такое "очучение", что какое-то устройство было отключено, но udev об этом не знает..
А в  /etc/udev/rules.d/*.rules никаких не нужных следов не осталось?

slack

Цитата: Graf от 17 февраля 2014, 16:03:56
А в  /etc/udev/rules.d/*.rules никаких не нужных следов не осталось?

# lspci | grep 1a.7
00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)


Нет, смотрел уже ничего связанного с USB там нет. Хотя все usb работают нормально, проверял

slack

Покопался по интернету, оказывается проблема worker timeout, kill it существует давно и постоянно вносится в багрепорты. Проблема в системе udev/kmod. Единственное решение ждать обновления, только непонять чего udev или kmod. Как временное решение предлагается внести модуль, ответственный за загрузку такого "косячного" устройства в blacklist, а потом его подгружать, к примеру через rc.local. Не знаю насколько это бредовая идея, но попробовать стоит. Так вот как найти этот модуль?   

Graf

Скорее всего это ehci_pci или uhci_hcd
lspci -v покажет какой модуль.
Но, почти весь южный мост и в блеклист... :scratch_one-s_head_mini: - расскажешь чего получилось! :)

slack

Выявил такую закономерность: если в момент загрузки подключена web-камера в usb, тогда ошибки появляются, выдернуть камеру из usb - ошибок нет.
Так и есть это были ehci_pci и uhci_hcd занес их в blacklist, а потом добавил в rc.modules - ошибки ушли, но время загрузки не сократилось т.к. udev каждый раз при загрузке обнаруживал новые usb устройства и и видимо начанал обновлять что-то (triggering udev events), это тоже занимает немало времени. Короче, добавил modprobe ehci_pci и modprobe uhci_hcd в rc.local. Не знаю насколько это правильно, но пока полет нормальный.
А у udev/kmod по-прежнему есть проблемы с устройствами, для которых загружается firmware, хотя это уже старая проблема.
Graf, спасибо за помощь

Graf

Цитата: slack от 17 февраля 2014, 20:02:23
Выявил такую закономерность: если в момент загрузки подключена web-камера в usb, тогда ошибки появляются, выдернуть камеру из usb - ошибок нет.

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

Цитата: slack от 17 февраля 2014, 20:02:23Graf, спасибо за помощь

Да, особо, не за что.
Но такой вариант больше на костыль смахивает, хотя и рабочий. :)