Systemd udevd грузит процессор
I recently switched from Kubuntu 17.10 to Kubuntu 18.04 (fresh installed). The problem is the process systemd-udevd is constantly running and consuming 90-100% CPU load. After tinkering around with all devices I found out that it is because of WiFi! Once I turn on WiFi the process starts running and CPU load goes up to 100%. But whenever I turn off the WiFi it gets down to zero! here is the top results when WiFi is on:
and running: strace -p 338 makes the following output repeatedly:
running udevadm monitor prints the following repeatedly:
and running journalctl returns repeatedly:
running dmesg returns:
and running /lib/systemd/systemd-udevd -D returns below results repeatedly:
My fresh installed Kubuntu is using kernel version 4.15.0-20-generic and my laptop is a Dell Studio XPS 1640. WiFi is using bcmwl-kernel-source 6.30.223.271+bdcom-0ubuntu4 driver (downgrading to a previous working driver didn't solve the problem).
It's worth mentioning that no USB devices are connected, only a wireless mouse, which makes no problem (disconnecting it doesn't affect the problem). But as mentioned turning off WiFi always make the high CPU load disappear.
8 Answers 8
Here's a workaround:
Immediately after booting, run the following commands:
It worked on my Dell laptop.
Confirmed this worked for me as well. In my case the error was not related to bluetooth, but some nvidia card thing that was performed repeatedly.
As I understand, before all hardware is discovered properly, bind/unbind start executing when no procedures are available and it does not get reinitialized. After stopping and starting, it gets all the procedures in place. Probably, it is booting sequence problem.
I got similar problem after hardware change (physically removed nvidia graphics card). Looks like the trick helped, at least temporarily.
… (after card removal systemd-udevd stayed at 100% cpu andkern.log flood with errors like "NVRM: No NVIDIA graphics adapter found!" and few similar emitted in hundreds per second). Looks like the trick offered in this comment helped, at least temporarily.
What is this service used for? I'm afraid it might destroy my computer. Is it fine to disable it completely?
I installed Ubuntu 18.04 LTS (AMD64) on my Dell XPS Studio 1340 and I was suffering the same issue. I've solved it by completely disabling Bluetooth from the BIOS. I know it isn't a solution but a workaround, but it works for me because I rarely use Bluetooth.
It looks like a bug in the kernel or systemd without a fix yet:
Unfortunately i had to downgrade to 17.10 because of some conflicts in php and mysql libraries so i can't test the suggestions. But it seems that the proposed solution solves the problem. So i accept it as the correct answer. Thanks for the input.
I reinstalled kubuntu 18.04 to test it out. It works perfectly and now cpu fan is sleeping like a baby! Thanks for the suggestions.
Disabling bluetooth fixed this issue for my Precision M4400 running OpenSUSE (kernel 4.17.14). Thanks!
I think I've figured out the answer.
should print garbage in endless loop containing ". /97-hid2hci.rules:"
in front of line mentioned by above command.
It should be something like this (I'm using fedora 28, but the problem looked identical):
With above fix, everything works perfect on my old Dell. Hope that helps ;)
I can confirm this works partially on a Latitude E5500. The high CPU usage is gone and BT can actually be toggled in the settings. The weird thing is that even though BT is clearly on (blue indicator lights up, and the machine is discoverable), the settings menu insists that BT is off, so no devices can be paired.
As stated already in the previous answers, it's related to not the best one Dell Wireless 370 Bluetooth and I've been also affected by it with my Dell Studio XPS 1645.
Not only the bluetooth support has worked badly for a couple of years, now there is that new problem in kernel drivers affecting CPU usage.
That will guarantee the issue not to reappear after bluez package update.
On a side note, I've finished with buying a bluetooth dongle for a pound or two on ebay but I'd rather have the laptop working as expected, of course.
Thanks. There must have been a bluez update for ubuntu 18.04 this week, as the CPU issue returned, as did this rules file. I'll create the dummy file as you suggest.
In my case, this issue was due to bluez. Open Synaptic package manager and search for bluez, and uninstall it. Your problem will be solved.
I am in the process of upgrading a dell studio 1737 from Ubuntu 16.04 to 18.04 and found an answer to a similar problem.
My system is quite old and cannot tolerate at being at 100% CPU for more than a few minutes before shutting down, so I've not even seen the 18.04 login screen yet. This has been a difficult process!
ctrl + alt + f2 gave me a terminal login, and top revealed systemd-udevd was at 100% CPU.
over and over again.
hid2hci is a bluetooth process and BT is not something I need and it was disabled. Curious.
My immediate goal was to get longer access to this computer. No doubt an expert will eventually come up with the proper solution, but I found this post on the Manjaro forums
This can only be thought of as a temporary solution, and I do not know if this change will impact on wifi or the touchpad (I use neither), or create other problems, but I'm in a much position than I was a few hours ago!
The Bluetooth application on your device or any device really is the same as your phone, you must have previously installed a 3rd party application or upgraded the application bluez which handles Bluetooth devices. So after a reboot it triggered the Bluetooth software to discover any in-range Bluetooth devices, and none were found so it reiterates. At least in my opinion it seems like it's following this exact procedure.
Your WiFi capabilities were at 100% because of this line
The Bluez application was searching for a wireless driver that just wasn't there which could have consumed more memory and processing. I believe you have fixed the problem; great job!
As you can see the USB file system for the USB device file system control has failed because it wasn't responding, The command is using (cmd)
There's Android and IOS applications that hides your videos and images called keepsafe (hid) with human computer interaction (hci) and rqt is a software framework of ROS which manages various windows on your screen.
[ 450.803644] usb 3-1.2: usbfs: USBDEVFS_CONTROL failed cmd hid2hci rqt 33 rq 9 len 4 ret -71
I offer this in the hope that it sheds some light on others who might be experiencing a similar problem.
Highly active question. Earn 10 reputation (not counting the association bonus) in order to answer this question. The reputation requirement helps protect this question from spam and non-answer activity.
Not the answer you're looking for? Browse other questions tagged wireless systemd cpu-load 18.04 systemd-journald or ask your own question.
Linked
Related
Hot Network Questions
To subscribe to this RSS feed, copy and paste this URL into your RSS reader.
Site design / logo © 2022 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2022.5.6.42057
Посмотрите в пакете с проприетарными драйврами Nvidia есть правило для udev, уберите его, а затем выполните reload правил udev.
Всмысле в /etc/udev/rules.d посмотреть? Там только правила для udisks и для принтера.
в блобе запилили частичную поддержку ядерного drm :3
Заменить связку udev+systemd на eudev+openrc.
отлично, если на связке eudev+openrc аналогичных версий проявляется та же проблема, ваше очко уходит в зал
Всмысле в /etc/udev/rules.d посмотреть?
В смысле посмотреть список файлов в пакете nvidia-drivers, найти в этом списке правило для udev и удалить его.
Набежали наркоманы. И как будто бы и неважно стало, что проблема не в systemd.
Причем тут systemd? Баттхерт от названия имени процесса что-ли?
Pinkbyte ★★★★★ ( 19.02.15 11:21:35 )
Последнее исправление: Pinkbyte 19.02.15 11:21:54 (всего исправлений: 1)
systemd сам по себе проблема
Тех, кто не осилил man systemctl, man journalctl
Я удалил правило, вроде больше такого нет, но мне нужно это делать при каждом обновлении?
Создайте в /etc/udev/rules.d пустой файл с тем же имением, что и файл правил в /lib/udev/rules.d/.
Спасибо, надеюсь все получиться.
Ноут с гибридной графикой ? А card0 Intel походу.
Отключи нвидию совсем - может перегревается, а может и вообще уже сгорела, чо её так колбасит то.
Вообще-то я проверял,и она заработала.
О изучении манов и речи идти не может — подделка под софт с unix-идеологией не нужна как класс.
А, так ты у нас фанатик
Если приверженность принципам unix-идеологии называть фанатизмом то да — я фанатик, и говорю это с гордостью.
Ну-ну. Я следую другим принципам: Если ПО можно практически использовать с не меньшим удобством, чем его альтернативы, то оно является если не предпочтительным, то, как минимум, равноправным.
Попахивает пропагандой Mac OS.
Apple не ем, ибо пользоваться нельзя.
Попахивает использованием предпочтительного инструмента для достижения цели. Время, когда молотку поклонялись, давно прошло.
А что ты тогда делаешь на этом сайте? Поставь, например, Windows. Достаточно удобно.
Для меня - недостаточно.
Если следовать твоей логике, то все линуксоиды - либо фанатики, либо люди с психическими проблемами.
Valdor ★★ ( 20.02.15 10:29:07 )
Последнее исправление: Valdor 20.02.15 10:29:14 (всего исправлений: 1)
У некоторых, несомненно, психические проблемы есть. Пытаются убедить всех в том, что кто-то сказал то, чего он на самом деле не говорил.
Попахивает использованием предпочтительного инструмента для достижения цели. Время, когда молотку поклонялись, давно прошло.
А что ты тогда делаешь на этом сайте? Поставь, например, Windows. Достаточно удобно.
Значит, ты думаешь: Линукс недостаточно удобен, чтобы его использовать чисто практически без фанатизма. Значит, ты думаешь: Все те, кто его используют, используют его не из соображений удобства. Из каких тогда соображений?
Я использую Leenooks из соображений удобства. Но я не могу понять, что может быть удобного в комбайне, который объединяет в себе веб-сервер и систему контейнерной виртуализации.
Собран? То есть вся модульность там на этапе сборки? Ну и зачем мне тогда это нужно? Вдруг у меня не гента, а, например, дебиан.
apt-get source systemd
Вся модульность любой программы - у тебя в голове. Если тебе не нужна функция - тебе дозволено её не использовать.
Ты какой-то клоун. Если мне это не нужно — я это и не ставлю.
А сборка пакета в дебиане — тот ещё геморрой. Так что сам с ним и борись, а я хочу, чтобы у меня в бинарном дистрибутиве всё было настроено так, как хочу я (а не только в гентах и прочем подобном).
Если мне это не нужно — я это и не ставлю.
Тебе не кажется, что, например, в tar, слишком много опций, которые тебе не нужны? Не лучше ли найти другой архиватор, который будет уметь лишь то, что тебе необходимо?
Много хочешь. Никто не обязывался настраивать и собирать что-то лично под тебя. Не устраивает — пересобери. Не получается — форкни.
Если твои претензии оправданы, то найдутся сочувствующие, и твой форк станет популярным (может быть, и популярнее исходной программы). А если не станет — значит, твои проблемы и никому, кроме тебя, их не решать.
intelfx ★★★★★ ( 20.02.15 12:50:05 )
Последнее исправление: intelfx 20.02.15 12:52:58 (всего исправлений: 1)
Нет, мне так не кажется. Я использовал чуть больше половины из всех опций. И есть вероятность, что мне понадобятся остальные.
Не обязывались — не трогайте мой инит.
Он не твой. Если ты пользуешься результатами чужой работы — будь добр играть по правилам.
Вот и в случае с systemd так. Будут использоваться чуть более половины из всех опций. И есть вероятность, что понадобятся остальные.
Тебе не кажется, что в интернете слишком много сайтов? Мб лучше собственный инет замутить, где будет лишь то, что тебе нужно?
Тогда и твой дом — не твой, а строителей.
Мне кажется, что ты слишком много несёшь глупых вещей. Я понимаю, что в мане systemd написано, что так делать надо, но не здесь же.
Я всего лишь использую сравнения чтобы твоё отношение к systemd перенести на другие вещи, которые не вызывают у тебя пены у рта. Как видишь, ты эти сравнения считаешь неадекватными. Может, стоит задуматься об адекватности своего отношения к systemd?
Привет, ЛОР!
Стоклкнулся с очень странной проблемой в одном из самых идеальных, вылизанных и оттестированных компонентов современного Linux — System_D.
Но, как я понимаю, это вообще не дело — останавливать жизненно важные сервисы System D и мешать работе одного из самых лучших компонентов десктопого Linux.
Может, ЛОР подскажет другие пути решения проблемы?
Или, может, оставить всё как есть?
Всё-таки не жалко каких-то несчастных 100% процессорного времени для по-настоящему качественного софта! Как думаете?
Вы забыли сказать, какое оборудование и какая система.
в одном из самых идеальных, вылизанных и оттестированных компонентов современного Linux
не жалко каких-то несчастных 100% процессорного времени для по-настоящему качественного софта
С тебя новый монитор. Этот — весь в жире.
Хотя чего еще ожидать от хейтера-борцуна? 1, 2, 3
Предлагаю нововведение на ЛОР: за каждое коверканье слова «systemd» гасить одну звезду.
Насколько знаю, в udev правилах есть банальный goto, то есть полный по Тьюрингу язык, поэтому вполне реально написать зацикливающиеся правила, которые могут загрузить процессор на 100%.
так и должно быть.
системдя выполняет самые важные задачи, поэтому ему простительно съесть даже 146% ЦПУ
я согласен. у меня звезд нет. давай гасить твои!
по теме - полнейший системдец :)
Вам не угодишь.
То фанатик, то хейтер-борцун.
Алсо, типичное поведение SystemD-сектанта — вместо вариантов решения проблемы указывать на отношение собеседника к объекту поклонения сектанта.
Предлагаю куда более изящное нововведение: за упоминание любой проблемы SystemD выдавать бан по подсети.
с дефолтным ядром из buster (сейчас 4.19.194) такие-же проблемы?
Дефолтное ядро из Buster не работает с моим железом (Tiger Lake)
А чем, собственно, он занят? В логах в это время что-то есть? ну и strace )
в логах ничего нет
strace чего? процесса systemd-udev? ты издеваешься?
лучшим решением будет предложить посмотреть udevadm monitor
udev правило возможно из-за специфичного оборудования не правильно выполняется и это от системы инициализации не зависит скорее всего
nanosecond ★ ( 26.07.21 21:08:02 )
Последнее исправление: nanosecond 26.07.21 21:10:51 (всего исправлений: 2)
Переезжай на диван! С него можно спокойно наблюдать за развитием системГ
Где тег «история успеха»?
А какой смысл тебе помогать с решением? Ты ведь молишься на свои реликты, так и свали на них кабанчиком, ведь systemd тебе «не нужно»)0
А есть ли проблема на самом деле? Похоже на очень толстый вброс фанатика с целью затроллить «SystemD-сектанта».
В любом случае проблема не в systemd, а в udev (последний существовал задолго до systemd).
И я так и не увидел вывод команды udevadm monitor .
идеальных, вылизанных и оттестированных компонентов современного Linux - System_D
Ух поржал я от души) Решение твоей проблемы одно, перейди на нормальный инит. А продолжишь этим говном пользоваться - ну пофиксишь ты этот момент даже, завтра еще стопицот вылезут. Это системудя, тут никогда ничего не работает нормально)
Существовать-то он существовал, но с тех пор, как его слили в экстазе с системдей, начались проблемы.
Из-за какого-то устройства или политики устройства ядро флудит событиями, а виноват, как водится, systemd (просто потому, что systemd всегда виноват).
Kinlipan ( 27.07.21 00:03:07 )
Последнее исправление: Kinlipan 27.07.21 00:18:19 (всего исправлений: 2)
Т. е. ты считаешь, что замена udev на какой-нибудь uedev решит проблему? Ты в этом уверен? ТС ведь даже не предоставил никаких данных мониторинга (специально, кстати, учитывая его понимание такой необходимости). Вывод относительно ТС очевиден.
Решит-не решит я хз, а перейти в любом случае придется, ибо иначе системдю никак не вытравить из системы. Если заглючит с нормальным софтом - уже искать решение. А чинить сисямду бессмысленная затея, она ущерба by design.
А есть ли проблема на самом деле? Похоже на очень толстый вброс фанатика с целью затроллить «SystemD-сектанта».
проблема есть.
вероятнее всего, проблема железоспецифична (по ссылке в ОП тоже проблема с лаптопом Dell) и, вероятнее всего, она уже исправлена.
(у меня Debian Stable и, соответственно, древний системдэ)
этот тред — крик души о том, какого хера я в 2021 году должен сталкиваться с такими детскими проблемами, как вечные циклы в системных демонах.
В любом случае проблема не в systemd, а в udev (последний существовал задолго до systemd).
udev и правда существовал с бородатых годов, и с ним я ни разу не поимел проблем.
а вот с systemd и его компонентами проблемы встречаются, причём проблемы такие идиотские, от которых краснеют глаза и хочется брызжять слюной на ЛОР.
сейчас из-за этого восхитительного бага я попал в ситуацию, когда достал лаптоп из сумки и увидел 15% заряда вместо ожидаемых ~80%.
хорошо, что сейчас везде Type-C и можно таскать одну зарядку на все девайсы (привет айфонодетям)
И я так и не увидел вывод команды udevadm monitor.
да ничего там интересного не было, udev зациклился на эвенте отключения питания.
и нет, эвентом срало не ядро и не ACPI, потому что рестарт systemd-udevd помог и проблема больше не проявлялась.
без шуток, сейчас накачу лайв на флешку и посмотрю, проявляется ли в Сертифицированной™ Системе™ противнейший баг с троттлингом ЦП до 0.4ГГц под нагрузкой
Я бы рад, но полсистемы прибито гвоздями к системд и отколачиваться обратно ни в какую не хочет.
Найти замену NetworkManager'у для быстрого переключения между стационарным и мобильным (LTE) интернетом, а также для перетыкания VPN в один клик — я не нашёл
… переключения между стационарным и мобильным (LTE) интернетом
… у меня Debian Stable | и дальше
wicd
Хз как там в дебиане собирают пакеты, в артиксе (арч без системд) нетворкманагер прекрасно работает без сисямбды. Подозреваю, в devuan тоже. На самом деле, больша часть «прибитого» к сисямбде софта нифига к ней не прибито, а просто собраны так, что требуют ее. Можно собирать и без. Я вот охренел, когда эмулятор 2 соньки(!) потребовал libsystemd для сборки, так оказалось, pkgbuild кривыми руками написали, все за 5 минут починил.
udev зациклился на эвенте отключения питания
Это что собственно означает?
strace чего? процесса systemd-udev? ты издеваешься?
А в чем, собственно, проблема?
udev и правда существовал с бородатых годов, и с ним я ни разу не поимел проблем. udev зациклился на эвенте отключения питания
vasily_pupkin ★★★★★ ( 27.07.21 08:16:27 )
Последнее исправление: vasily_pupkin 27.07.21 08:16:35 (всего исправлений: 1)
Странно почему сюда еще не прибежал заббал и не сказал что ты идиот, неумеющий читать документацию.
решение в последнем посте
Судя по sr0 модем у тебя хочет быть cd-приводом.
Отключи в нём эту возможность. Обычно это надо в винде для установки всяких управлялок этими модемами.
Ubuntu 16.04 latest
Прошей нормальную прошивку на модем, или переведи хотя бы в режим Только модем. Я свой шил когда другой - вместо коннект менеджеров всяких сетевая карта с инетом появляется, а внутри линукс сплюшками и 32Мб рам. На 4пда больше инфы.
Написал бы модели мопеда название полное
зюздемд не может осилить что у усб устройства может быть несколько режимов работы и уходит в вечный цикл
прошей модем
Bus 002 Device 006: ID 1376:4e61 Vimtron Electronics Co., Ltd.
Bus 002 Device 005: ID 1a40:0101 Terminus Technology Inc. Hub
872FT / SSID: MTS8742FT_300D
ПыСы затрахал меня уже, процесс отжирает всё ОЗУ
Как? В дефолтную управлялку под линуксом не заходит, только из-под винды.
Там для этого спец AT команды.
всё норм. Купи еще этой хрустящей опертивки и выпей чаю.
Как «оно» официально называется?
Если «извлечь» CDROM — не помогает?
Извлечение не думаю, что поможет.
Нет, то что модем переключать в режим «только модем» никто и не оспаривает. «Гипотеза про извлечение CDROM» относилась к
полностью загруженное ядро процессом systemd-udevd
Что, кстати мне и не совсем понятно — ну «определил» модем как CDROM (ну бывает) дальше-то зачем процессор/ядро занимать.
И где же intelfx со своим systemd-евангелизмом?
Есть устройстройства /dev/ttyAMA X когда подключен?
fehhner ★★★★★ ( 04.10.18 18:21:08 )
Последнее исправление: fehhner 04.10.18 18:21:20 (всего исправлений: 1)
Тебе нужно подключиться терминалом к правильному /dev/*, на котором он висит (должен выдать ответ на ATZ ok ), если выяснишь - посмотрю АТ команду перевода в режим только модем.
Udev это отдельный бинарь, который существовал задолго до системд.
И как это отменяет тот факт, что сейчас udev является частью systemd?
telikan ★ ( 04.10.18 23:26:56 )
Последнее исправление: telikan 04.10.18 23:27:08 (всего исправлений: 1)
Здесь нужен kernel-евангелизм. Потому что ядро спамит в нетлинк change-событиями, а виноват, как водится, systemd, просто потому что systemd всегда виноват.
Есть устройстройства /dev/ttyAMA X когда подключен?
просто потому что systemd всегда виноват.
Виноват китайский модем, не переведёный в режим «только модем» со своими сидиромами
Поставь пакет usb_modeswitch для начала. Потом попробуй ребутнуться и подключиться через модем. Если не перключится сам - создай правило
Замени ProductId и VendorId на свои от мопеда в двух местах (во втором с префиком «0x. »)
И он не будет больше подключаться как сидиром.
Не помогло. Всё так же пытается в сидиром
Попробуйте «вручную» в терминале выполнить Вашу команду:
И отключить временно NetworkManager перед выполнением манипуляций с модемом
Попробуй совет anymouze (он всё абсолютно правильно тебе заметил) и настоятельно рекомендую проверить, доступен ли модем на одном из портов и попробовать перевести АТ командами, если не сработает.
fehhner ★★★★★ ( 07.10.18 00:49:52 )
Последнее исправление: fehhner 07.10.18 00:50:09 (всего исправлений: 1)
vasek
Не пойму почему такая схема - то ли так и было, то ли что делал сам? Да, и вспомнил — год назад у тебя была проблема с аудио и, как помню, ты писал, что твое железо сборное. Может поэтому такая странная схема.
К сожалению, изменить подключение клавиатуры и тачпада я не могу( Там они оба подключаются шлейфами напрямую к плате стандартно как немодифицированной модели.
А ЦП грузит процесс systemd-udevd, я в первом посте писал об этом.
Пока что сижу на старом ядре, может, потом исправят.
Никак не получается выключить устройство. Команда:
выдает:
хотя выполняю я это под root.
Но устройство такое есть, в этом выводе видно его:
Т.е. вывод не зименился, вот в нем это устройство:
Подскажите, пожалуйста, что я не так делаю?
устройство уже отключено и, впринципе, тачпад не должен работать.
Вспомнил, у тебя же и в выводе идет постоянное переподключение bind/unbind - и то ли тачпад сдох, то ли, вероятнее всего, как подметил Natrio не может загрузиться драйвер устройства.
Попробуй временно отключить физически тачпад до исправления бага.Ну и можешь по экспериментировать - отключить клаву, может тачпад в этом случае нормально подключится. Но есть нюанс, если тачпад не подключится, то придется вырубать комп кнопкой питания. А потому, если надумаешь, то заверши все открытые приложения
Виноват, это лишнее - когда писал, мой старый мозг посчитал, что тачпад это тоже клавиатура. Ну бывает со мной такое - пишу одно, думаю другое.
При этом странно то, что тачпад работает, не смотря на bind/unbind в логах, магия какая-то. Наверное, Вы правы, скорее всего драйвер загрузится не может.
Ох, попробую на днях.
У меня еще вот какая идея появилась. Могу ли я загрузится в Rescue mode и там его вырубить? А то нагрузка цп идет только после запуска ДЕ. Или в Rescue устройства не инициализируются?
Читайте также: