systemd-разрешите высокое использование CPU после обновления 17,04
Я имею, недавно обновляют мой Xubuntu от 16,10 до 17,04.
Каждый вещи работает хорошо кроме systemd-твердости. несколько раз это делает использование CPU слишком высоко, и я не знаю, почему эта проблема произошлась.
И вот 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 .
(Я использую скалистую вершину и obfs4proxy, Это, может быть полезным для ответа),
4 ответа
У меня был подобный конфликт между systemd-твердостью и 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.
С наилучшими пожеланиями, Mark
systemd-разрешенный становится сумасшедшим, когда кто-то изменяет файл /etc/resolv.conf, который предназначен для указывания на его собственный адрес слушания 127.0.0.53.
То, что кто-то мог быть любым сценарием, инициированным сетевыми событиями (подъем VPN, или вниз, DHCP, и т.д.)
Если Вы задержите сервер имен к 127.0.0.53, то systemd-разрешенный "успокоится" несколько секунд спустя.
Предположение, что общее уважение правил и только использование 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