systemd-разрешение высокого использования процессора после обновления до 17.04

18

Недавно я обновил свой Xubuntu с 16.10 по 17.04.

Все работает хорошо, кроме systemd-resolve. несколько раз это делает использование процессора слишком высоким, и я не знаю, почему эта проблема произошла.

И вот результат команды 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, это может быть полезно для ответа)

    
задан Ali Razmdideh 27.04.2017 в 14:50
источник

3 ответа

27

У меня был аналогичный конфликт между systemd-resol и dnsmasq на порту 53.

Ссылка

и

Ссылка

привело меня добавить DNSStubListener=no в /etc/systemd/resolved.conf , а затем sudo service systemd-resolved restart .

    
ответ дан MetricMike 27.04.2017 в 15:47
источник
6

Вызванные проблемы с другими приложениями (TeamViewer в моем случае)

Предлагается другим Шаги решения

Добавьте строку DNSMASQ_EXCEPT=lo в /etc/default/dnsmasq

sudo nano /etc/default/dnsmasq

Перезапустите dnsmasq через

sudo service systemd-resolved restart

Скажите спасибо. Если бы я помог, он вернулся к нормальному состоянию и не витает с другими приложениями, как предыдущий метод DID.

Приветствия, Марк

    
ответ дан markackerman8-gmail.com 23.10.2017 в 23:42
4

systemd-resolved сходит с ума, когда кто-то модифицирует файл /etc/resolv.conf , который должен указывать на собственный адрес прослушивания 127.0.0.53.

Для кого-то может быть любой скрипт, инициируемый сетевыми событиями (VPN-подключение вверх или вниз, DHCP и т. д.)

Если вы установите для сервера имен значение 127.0.0.53, то через несколько секунд система будет разрешена «успокоиться».

Предполагая, что все соблюдают правила и только используя resolvconf для изменения конфигурации преобразователя, вы также можете сделать это:

Файл /etc/resolvconf/interface-order определяет порядок использования серверов имен в зависимости от сетевого интерфейса, из которого они были получены.

Если вы добавите запись для systemd-resolved в верхней части файла, она всегда будет считаться первой, и файл не будет изменен.

    
ответ дан xalkina 02.11.2017 в 17:12