Systemd-разрешение высокой загрузки процессора после обновления до 17.04
Я недавно обновил свой Xubuntu с 16.10 до 17.04.
Все работает хорошо, кроме systemd-разрешения. иногда это делает использование процессора слишком высоким, и я не знаю, почему эта проблема произошла.
А вот и top
вывод команды:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1114 systemd+ 20 0 51532 6744 4504 R 100 0.0 9:51.67 systemd-resolve
1152 dnsmasq 20 0 64360 2892 2480 R 38.9 0.0 4:05.53 dnsmasq
1245 root 20 0 376644 89644 64436 S 1.7 0.5 0:35.69 Xorg
1624 asus 20 0 370160 45820 28488 S 0.7 0.3 0:00.90 python2
2238 asus 20 0 2562816 553112 128492 S 0.7 3.4 2:41.20 firefox
16 root 20 0 0 0 0 S 0.3 0.0 0:01.05 ksoftirqd/1
708 root -51 0 0 0 0 S 0.3 0.0 0:01.20 irq/95-ELAN1000
1302 root -51 0 0 0 0 S 0.3 0.0 0:03.68 irq/142-nvidia
1734 asus 20 0 483388 11060 8560 S 0.3 0.1 0:05.45 conky
2820 root 20 0 0 0 0 S 0.3 0.0 0:00.14 kworker/5:1
3420 asus 20 0 53384 3932 3200 R 0.3 0.0 0:00.76 top
Я не знаю, почему эта проблема произошла, но обычно это происходит при запуске некоторых команд, таких как sudo apt update
,
(Я использую tor и obfs4proxy, это может быть полезно для ответа)
4 ответа
У меня был похожий конфликт между systemd-resolver и dnsmasq на порту 53.
а также
https://github.com/systemd/systemd/pull/4061
привел меня, чтобы добавить DNSStubListener=no
в /etc/systemd/resolved.conf
а потом sudo service systemd-resolved restart
,
Вызвали проблемы с другими приложениями (teamViewer в моем случае)
Предложено другими шагами решения
Добавьте строку DNSMASQ_EXCEPT=lo
в /etc/default/dnsmasq
sudo nano /etc/default/dnsmasq
Перезапустите dnsmasq через
sudo service systemd-resolved restart
Скажи спасибо, если я помог, он вернулся к нормальному состоянию и НЕ работает с другими приложениями, как предыдущий метод DID.
Ура, Марк
systemd-resolved сходит с ума, когда кто-то изменяет файл /etc/resolv.conf
, который должен указывать на собственный адрес прослушивания 127.0.0.53.
Чтобы кто-то мог использовать любой сценарий, запускаемый сетевыми событиями (VPN идет вверх или вниз, DHCP и т. Д.)
Если вы установите для сервера имен значение 127.0.0.53, то systemd-resolved "успокоится" через несколько секунд.
Предполагая, что все соблюдают правила, и только используя resolvconf для изменения конфигурации решателя, вы также можете сделать это:
Файл /etc/resolvconf/interface-order
указывает порядок, в котором будут использоваться серверы имен, в зависимости от сетевого интерфейса, из которого они были получены.
Если вы добавите запись для systemd-resolved
вверху файла, он всегда будет считаться первым, и файл не будет изменен.
У меня была такая же проблема в 18.04. systemd-resolved
а также dnsmasq
склонны к петле. Я решил это так:
Добавьте или раскомментируйте следующую строку в /etc/default/dnsmasq
:
IGNORE_RESOLVCONF=yes
Создайте свой собственный resolv
файл (/etc/resolv.personal
) для определения серверов имен. Вы можете использовать любой сервер имен здесь. Я взял два из OpenNIC.
nameserver 5.132.191.104
nameserver 103.236.162.119
В /etc/dnsmasq.conf
добавить или раскомментировать следующую строку:
resolv-file=/etc/resolv.personal
Затем перезагрузите dnsmasq
и отключите распознаватель по умолчанию: systemd-resolved
,
sudo service dnsmasq restart
sudo systemctl stop systemd-resolved
sudo systemctl disable systemd-resolved