Почему systemd-udev привязывает мой процессор?

Я заметил, что один из ядер на четырехъядерном ноутбуке привязан, и темп очень высок. Я нашел это в top :

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 359 root 20 0 188684 147228 1552 R 99.4 5.0 111:19.91 systemd-udevd 20011 root 20 0 188320 147604 2076 S 11.0 5.0 0:00.33 systemd-udevd 11053 dotanco+ 20 0 3030036 918672 49608 S 9.6 31.2 280:40.65 firefox 3468 dotanco+ 20 0 3612776 136740 43484 S 1.7 4.6 57:02.52 plasma-desktop 20006 root 20 0 0 0 0 Z 1.0 0.0 0:00.37 systemd-udevd 

Почему systemd-udev может забивать процессор? Это система Kubuntu 14.10:

 $ uname -a Linux loathe 3.16.0-44-generic #59-Ubuntu SMP Tue Jul 7 02:07:39 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/issue Ubuntu 14.10 \n \l 

EDIT: Я заметил, что в дополнение к привязанному процессору возникает дополнительная проблема. Недавно подключенные USB-устройства, такие как запоминающее устройство USB или клавиатура, будут отображаться в lsusb но непригодны для использования. Устройство массовой памяти не устанавливается автоматически, а клавиатура USB не работает. Я не пытался вручную подключить USB-накопитель.

Согласно предложению Браткли, вот основа процесса systemd-udev с ID 359.

2 Solutions collect form web for “Почему systemd-udev привязывает мой процессор?”

Похоже, что libmtp нашел устройство, но он не может его правильно отключить, и он постоянно проверяет его. Это происходит с некоторыми устройствами и может быть отключено путем редактирования /lib/udev/rules.d/69-libmtp.rules

Найдите пару строк, которые выглядят так (в конце файла):

 # Autoprobe vendor-specific, communication and PTP devices ENV{ID_MTP_DEVICE}!="1", ENV{MTP_NO_PROBE}!="1", ENV{COLOR_MEASUREMENT_DEVICE}!="1", ENV{libsane_matched}!="yes", ATTR{bDeviceCl ass}=="00|02|06|ef|ff", PROGRAM="/usr/lib/udev/mtp-probe /sys$env{DEVPATH} $attr{busnum} $attr{devnum}", RESULT=="1", SYMLINK+="li bmtp-%k", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1" 

Прокомментируйте вторую строку, поставив # перед ENV, чтобы она выглядела так:

 #ENV{ID_MTP.... 

Перезагрузите компьютер или запустите sudo systemctl restart systemd-udevd и наслаждайтесь свободными циклами процессора 🙂

У меня была та же проблема с Linux Mint 17.3 Rosa.

Чтобы решить эту проблему, когда мой компьютер простаивает:

  • Я открываю терминал.
  • Вход как SU.
  • Используйте команду top и см. PID systemd .
  • Убей это.

Процессор обратно в норму и использование ОЗУ стало низким. Конечно, мой рабочий стол по-прежнему стабилен. После этой операции я могу использовать свой рабочий стол.

  • как запустить пользовательский скрипт после пробуждения systemd?
  • Перезагрузка системы во время запуска при кажущейся случайной точке при каждой загрузке
  • Как проверить систему system.journal из другой системы
  • Systemd: запуск скрипта до остановки msyql при завершении работы
  • Какие традиционные Linux-установки / конфигурации были включены systemd?
  • Как получить доступ к корневому журналу для systemd?
  • Как systemd выжить в kill -9?
  • Как очистить журнал
  • Запуск системного модуля systemd при следующей загрузке, но не последующие загрузки
  • Сила systemd для проверки состояния службы через n секунд
  • Systemd не видит / dev / disk / by-label / tmp
  • Linux и Unix - лучшая ОС в мире.