http://proxmox.su Новое в теме [SOLVED]дефект udev (высокая загрузка процессора udisksd) форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su] ru http://backend.userland.com/rss2 Sun, 26 Apr 2026 10:23:39 +0300 [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я выполнил часть инструкций здесь, потому что у меня также была высокая загрузка ЦП, из-за чего шумели вентиляторы, и я думаю, что мог сломать что-то, связанное с udev, так как устройства больше не отображаются правильно в /dev/. Я ищу /dev/ttyUSB* и /dev/serial, но их нет. Пытался вернуть изменения обратно, но не могу заставить это работать снова. Кто-нибудь знает, что могло произойти?
29.09.2023 03:27:00, ndbroadbent.]]> http://proxmox.su/forum/messages/forum63/message347919/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347919/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Fri, 29 Sep 2023 03:27:00 +0300 Proxmox Виртуальная Среда [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, @xiaolin0199, да, я тоже заметил точно то же самое. Установка правила udev снижает использование процессора, но как только контейнер lxc останавливается и запускается снова, использование процессора снова подскакивает, пока я не выполню systemctl restart udev.
15.06.2023 13:42:00, RedChili.]]> http://proxmox.su/forum/messages/forum63/message347918/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347918/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Thu, 15 Jun 2023 13:42:00 +0300 Proxmox Виртуальная Среда [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я сделал следующее, и, похоже, это сработало. Но когда я закрываю LXC-контейнер и открываю его снова, он становится таким же, как и раньше. У тебя тоже такая ситуация?
09.01.2023 04:05:00, xiaolin0199.]]> http://proxmox.su/forum/messages/forum63/message347917/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347917/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Mon, 09 Jan 2023 04:05:00 +0300 Proxmox Виртуальная Среда [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Просто хотел поблагодарить людей, которые нашли время поделиться своими решениями. Я был в недоумении от потребления процессора на моем сервере Proxmox (который не предназначен для работы в качестве рабочей станции, а всего лишь для безголового сервера). Мне пришлось использовать обе предложенные строки: Код: ACTION=="change",KERNEL=="loop*",OPTIONS:="nowatch" ACTION=="add|change", KERNEL=="dm-*", OPTIONS:="nowatch". Но потом потребление CPU упало с 40% в режиме производительности до 8% в среднем.
05.01.2023 19:55:00, Pierric.]]> http://proxmox.su/forum/messages/forum63/message347916/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347916/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Thu, 05 Jan 2023 19:55:00 +0300 Proxmox Виртуальная Среда [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Подтверждение правил udev решило эту проблему для меня на рабочей станции. Единственное, что я добавлю, это правильный путь/файл: /etc/udev/rules.d/90-fixdm.rules, а не /etc/udev/rulesd/90-fixdm.rules.
29.12.2022 18:02:00, codejp3.]]> http://proxmox.su/forum/messages/forum63/message347915/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347915/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Thu, 29 Dec 2022 18:02:00 +0300 Proxmox Виртуальная Среда [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Использование ZFS в рабочем месте также приводит к высокой загрузке ЦП. Udevadm монитор показывал такие записи, когда запускался контейнер LXC. Код: KERNEL[210.092705] change /devices/virtual/block/loop0 (block) UDEV [210.095130] change /devices/virtual/block/loop0 (block) KERNEL[210.098811] change /devices/virtual/block/loop0 (block) UDEV [210.101638] change /devices/virtual/block/loop0 (block) KERNEL[210.105983] change /devices/virtual/block/loop0 (block) UDEV [210.108627] change /devices/virtual/block/loop0 (block) KERNEL[210.112380] change /devices/virtual/block/loop0 (block) UDEV [210.114810] change /devices/virtual/block/loop0 (block) Добавление нового правила udev, аналогичного приведённому выше, но с строкой Код: ACTION=="change",KERNEL=="loop*",OPTIONS:="nowatch" решило проблему. Я бы предложил добавить это в статью в вики о настройке рабочего места.
05.10.2022 14:33:00, smeyersdev.]]> http://proxmox.su/forum/messages/forum63/message347914/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347914/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Wed, 05 Oct 2022 14:33:00 +0300 Proxmox Виртуальная Среда [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Исправьте проблему в моем случае с следующей строкой: ACTION=="add|change", KERNEL=="dm-*", OPTIONS:="nowatch" в файле /etc/udev/rules.d/90-fixdm.rules, а затем выполните команду: systemctl restart udev.
23.08.2022 01:33:00, Lee Kuper.]]> http://proxmox.su/forum/messages/forum63/message347913/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347913/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Tue, 23 Aug 2022 01:33:00 +0300 Proxmox Виртуальная Среда [SOLVED]дефект udev (высокая загрузка процессора udisksd) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, у меня проблема с "udev", я заметил это из-за высокой загрузки процессора: Код: PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND 1197 root      20   0  394632  14272  10392 S  45.8   0.0 102:40.37 udisksd 1171 message+  20   0  195716 180724   3960 S  34.2   0.3  74:33.31 dbus-daemon 217957 root      20   0   22448   3724   2188 S  30.6   0.0  68:45.21 systemd-udevd 218074 root      20   0   22448   3724   2188 R  30.2   0.0  72:12.04 systemd-udevd 1 root      20   0  165116  11416   7720 S  25.9   0.0  55:50.06 systemd 218073 root      20   0   22448   3724   2188 S  13.6   0.0   1:17.91 systemd-udevd 1196 root      20   0  177652   7268   6384 S  11.6   0.0  25:35.39 systemd-logind 775 root      20   0   22400   5480   4048 S  11.0   0.0  24:55.80 systemd-udevd 238836 root      20   0   16432  10028   7456 S  10.6   0.0   1:25.03 systemd После некоторых исследований я нашел команду "udevadm monitor", которая показала следующее: Код: [...] KERNEL[53174.145591] change /devices/virtual/block/dm-15 (block) UDEV [53174.148426] change /devices/virtual/block/dm-16 (block) KERNEL[53174.150561] change /devices/virtual/block/dm-66 (block) UDEV [53174.151355] change /devices/virtual/block/dm-15 (block) KERNEL[53174.154048] change /devices/virtual/block/dm-16 (block) KERNEL[53174.157705] change /devices/virtual/block/dm-15 (block) UDEV [53174.159710] change /devices/virtual/block/dm-16 (block) UDEV [53174.163470] change /devices/virtual/block/dm-15 (block) KERNEL[53174.163596] change /devices/virtual/block/dm-16 (block) UDEV [53174.165404] change /devices/virtual/block/dm-66 (block) [...] Блочные устройства 15, 16 и 66 — это LXC контейнеры: Код: lvdisplay|awk '/LV Name/{n=$3} /Block device/{d=$3; sub(".*:","dm-",d); print d,n;}' dm-15 vm-103-disk-0 dm-16 vm-104-disk-0 dm-66 vm-122-disk-0 Я пытался перезагрузить, чтобы решить проблему, но, хотя это и сработало сначала, проблема вернулась сегодня утром. Я попытался клонировать LXC 104, но сразу же столкнулся с той же проблемой у его клона LXC 122. Мои контейнеры автоматически сохранялись на ночь, так что, возможно, это и есть причина. У меня всего 3 LXC контейнера (на данный момент), а все остальные — "классические" ВМ. Я недавно обновился с V6 до V7 без экспорта/импорта, не знаю, когда именно появилась проблема. Спасибо за вашу помощь. Спойлер: pveversion # pveversion --verbose proxmox-ve: 7.0-2 (исполняемое ядро: 5.11.22-5-pve) pve-manager: 7.0-11 (исполняемая версия: 7.0-11/63d82f4e) pve-kernel-helper: 7.1-2 pve-kernel-5.11: 7.0-8 pve-kernel-5.4: 6.4-6 pve-kernel-5.11.22-5-pve: 5.11.22-10 pve-kernel-5.11.22-4-pve: 5.11.22-9 pve-kernel-5.4.140-1-pve: 5.4.140-1 ceph-fuse: 14.2.21-1 corosync: 3.1.5-pve1 criu: 3.15-1+pve-1 glusterfs-client: 9.2-1 ifupdown: residual config ifupdown2: 3.1.0-1+pmx3 ksm-control-daemon: 1.4-1 libjs-extjs: 7.0.0-1 libknet1: 1.22-pve1 libproxmox-acme-perl: 1.4.0 libproxmox-backup-qemu0: 1.2.0-1 libpve-access-control: 7.0-5 libpve-apiclient-perl: 3.2-1 libpve-common-perl: 7.0-10 libpve-guest-common-perl: 4.0-2 libpve-http-server-perl: 4.0-3 libpve-storage-perl: 7.0-12 libqb0: 1.0.5-1 libspice-server1: 0.14.3-2.1 lvm2: 2.03.11-2.1 lxc-pve: 4.0.9-4 lxcfs: 4.0.8-pve2 novnc-pve: 1.2.0-3 proxmox-backup-client: 2.0.11-1 proxmox-backup-file-restore: 2.0.11-1 proxmox-mini-journalreader: 1.2-1 proxmox-widget-toolkit: 3.3-6 pve-cluster: 7.0-3 pve-container: 4.1-1 pve-docs: 7.0-5 pve-edk2-firmware: 3.20200531-1 pve-firewall: 4.2-4 pve-firmware: 3.3-2 pve-ha-manager: 3.3-1 pve-i18n: 2.5-1 pve-qemu-kvm: 6.0.0-4 pve-xtermjs: 4.12.0-1 qemu-server: 7.0-14 smartmontools: 7.2-pve2 spiceterm: 3.2-2 vncterm: 1.7-1 zfsutils-linux: 2.0.5-pve1
05.11.2021 09:24:00, Myst.]]> http://proxmox.su/forum/messages/forum63/message347912/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd http://proxmox.su/forum/messages/forum63/message347912/80456-solved_defekt-udev-_vysokaya-zagruzka-protsessora-udisksd Fri, 05 Nov 2021 09:24:00 +0300 Proxmox Виртуальная Среда