| Shatur |  | 
|   
                Темы:
                
                    28
                
             
                Сообщения:
                
                    323
                
             
                Участник с: 26 марта 2017
             | Всем доброго времени суток! У меня вот какая проблема: после обновления ядра linux-lts-4.9.78 на ядро linux-lts-4.14.16 (и далее на linux-lts-4.14.17) у меня systemd-udevd после загрузки потребляет ~12% ЦП. Если откатится назад на 4.9.78, то все нормально. Подскажите, пожалуйста, что нужно посмотреть, чтобы понять в чем проблема? Пробовал смотреть вот такой командой: И вот подобный спам bind/unbind продолжается все время. Может, в этом дело?Если я правильно понял, то в этом списке устройств: ...мое проблемное устройство вот это:Как можно понять для чего оно или почему происходит такой баг?В linux-lts-4.9.78 никакого флуда в udevadm monitor нет... Можно, конечно, сидеть и на старом ядре, но хочется понять в чем проблема :) | 
| Natrio |  | 
| 
                Темы:
                
                    47
                
             
                Сообщения:
                
                    4763
                
             
                Участник с: 08 января 2011
             | С тех пор, как modprobe и insmod заменили на обёртки для библиотеки kmod, udev (тогда ещё не systemd) научился загружать модули ядра непосредственно с помощью этой библиотеки, без явного вызова сторонних программ. По-видимому, проблема не в udev, а в модуле, который она (неудачно) загружает или пытается загрузить. Можете попробовать запостить баг. | 
| Shatur |  | 
|   
                Темы:
                
                    28
                
             
                Сообщения:
                
                    323
                
             
                Участник с: 26 марта 2017
             | NatrioА подскажите, пожалуйста, куда можно по поводу этого бага отписать? | 
| vasek |  | 
| 
                Темы:
                
                    48
                
             
                Сообщения:
                
                    11340
                
             
                Участник с: 17 февраля 2013
             | ShaturУзнать устройства, подключенные к контроллеру/шине, можно, используя утилиту lshw. Если устройство не нужно, попробуй отключить его. 
                        Ошибки не исчезают с опытом - они просто умнеют
                     | 
| Shatur |  | 
|   
                Темы:
                
                    28
                
             
                Сообщения:
                
                    323
                
             
                Участник с: 26 марта 2017
             | vasekЯ так понимаю, что 00:1d.0 это оно: И в нем находятся остальные устройства? | 
| vasek |  | 
| 
                Темы:
                
                    48
                
             
                Сообщения:
                
                    11340
                
             
                Участник с: 17 февраля 2013
             | ShaturУзнаем какие устройства подключены к контроллеру (в выводе выбираем нужный, например, мой вывод для 00:1d.0) sudo lshw -businfo и ищи по шине свое устройство 2-1.7.2. Уточнить можно по lsusb -t, а лучше  по tree /sys/bus/usb/drivers - в этом выводе будет много строк, ищи по шине, там же будет указан и драйвер, по которому можно тоже догадаться, что это за устройство.EDIT 1 - привожу часть своего вывода tree /sys/bus/usb/drivers , таких строк будет несколько, ориентируйся по контроллеру 1d.0, выйдешь на шины устройств и можешь сравнить с 1-ым выводом sudo lshw -businfo. Вообще, как тебе удобнее, но я, обычно, всегда перепроверяю. └── uvcvideo ├── 4-1.4:1.0 -> ../../../../devices/pci0000:00/0000:00:1d.0/usb4/4-1/4-1.4/4-1.4:1.0 ├── 4-1.4:1.1 -> ../../../../devices/pci0000:00/0000:00:1d.0/usb4/4-1/4-1.4/4-1.4:1.1 ├── bind ├── module -> ../../../../module/uvcvideo 
                        Ошибки не исчезают с опытом - они просто умнеют
                     | 
| Shatur |  | 
|   
                Темы:
                
                    28
                
             
                Сообщения:
                
                    323
                
             
                Участник с: 26 марта 2017
             | vasekСпасибо! Т.е. в моем выводе: ...нужное устройство:Надо попробовать выключить тачпад. Может ДЕ его пытается включить, например, а ядро выключает? | 
| vasek |  | 
| 
                Темы:
                
                    48
                
             
                Сообщения:
                
                    11340
                
             
                Участник с: 17 февраля 2013
             | ShaturДа, все верно, посмотри предыдущий пост - добавил второй вывод, для лучшего понимания. Попробуй отключи тачпад и посмотри, как скажется на загрузке cpu. Погуглил такой bug и что то он мне не попался. Может это и bug, если пропадает при понижении версии ядра, а может bug обусловлен дефектом железа или драйвера. Гадать нет смысла. Подожди до обновления нового ядра, а пока можешь попробовать отключить тачпад - но здесь нужно пробовать разными способами, какой сработает, не знаю. 
                        Ошибки не исчезают с опытом - они просто умнеют
                     | 
| Shatur |  | 
|   
                Темы:
                
                    28
                
             
                Сообщения:
                
                    323
                
             
                Участник с: 26 марта 2017
             | vasekВыключил тачпад, пробовал в самой DE (Plasma) и горячей клавише на клавиатуре. Но ЦП все так же нагружен( Или надо отключить как-то более глобально? UPD: Заметил, что нагрузка ЦП появляется только после входа в графическое окружение | 
| vasek |  | 
| 
                Темы:
                
                    48
                
             
                Сообщения:
                
                    11340
                
             
                Участник с: 17 февраля 2013
             | Чтобы экспериментировать нужно разобраться с твоим подключением - странная схема. Сравни с моей, общепринятойsudo lshw -businfo | grep input Не пойму почему такая схема - то ли так и было, то ли что делал сам? Да, и вспомнил — год назад у тебя была проблема с аудио и, как помню, ты писал, что твое железо сборное. Может поэтому такая странная схема.Хотел, сначала предложить тебе отключить (unbind) шину 2:1.7, но здесь сидит и тачпад и клавиатура, потом не сможешь ничего сделать с отключенной клавиатурой. Я бы попробовал разделить и тачпад и клаву, чтобы они были на разных шинах, если, конечно, это возможно. Можно, конечно, попробовать отключить (unbind) 2:1.7.2 и посмотреть, что будет, но не понятно с этими шинами — то ли установлен дополнительный хаб, то ли что. Попробовать то можно, но при этом нужно одновременно и смотреть логи udevadm monitor и нагрузку cpu. А может у тебя cpu грузится по другой причине? Какой процесс грузит. Вообщем тебе виднее. 
                        Ошибки не исчезают с опытом - они просто умнеют
                     |