системне вирішення високого використання процесора після оновлення до 17.04

Я нещодавно оновив свій Xubuntu з 16.10 до 17.04.

Всі речі працюють добре, за винятком системного вирішення. інколи це робить використання процесора занадто високим, і я не знаю, чому ця проблема сталася.

І ось 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, це може бути корисно для відповіді)

У мене був аналогічний конфлікт між systemd-resolution та dnsmasq на порту 53.

/unix/304050/how-to-avoid-conflicts-bet between-dnsmasq-and-systemd- разрешил

і

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-resolution стає божевільним, коли хтось модифікує файл /etc/resolv.conf, який покликаний вказувати на власну адресу прослуховування 127.0.0.53.

Щоб хтось міг бути будь-яким сценарієм, ініційованим мережними подіями (VPN, що надходить або вниз, DHCP тощо)

Якщо ви повернете сервер імен до рівня 127.0.0.53, через кілька секунд система заспокоїться "заспокоїться".

Якщо припустити, що всі дотримуються правил і використовуючи лише 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