journal-système + journal-résolution-système + utilisation élevée du cpu dnsmasq
sur Ubuntu 16.10, quelques instants après la connexion wifi, systemd-journal, systemd-resolve et dnsmasq ont tendance à utiliser presque 150% du processeur.
Est-ce normal?
Suggéré par une autre étape de la solution
Ajoutez la ligne DNSMASQ_EXCEPT=lo à /etc/default/dnsmasq
Sudo nano /etc/default/dnsmasq
Redémarrez dnsmasq via
Sudo service systemd-resolved restart
Dites merci si j'ai aidé, Il est revenu à la normale et ne se fout pas avec d'autres applications, comme la méthode précédente DID.
Cordialement, Mark
J'ai eu le même problème en 18.04. systemd-resolved et dnsmasq ont tendance à se mettre en boucle. Je l'ai résolu de cette façon:
Ajoutez ou décommentez la ligne suivante dans /etc/default/dnsmasq:
IGNORE_RESOLVCONF=yes
Créez votre propre fichier resolv (/etc/resolv.personal) pour définir les serveurs de noms. Vous pouvez utiliser n'importe quel serveur de noms ici. J'ai pris deux de OpenNIC .
nameserver 5.132.191.104
nameserver 103.236.162.119
Dans /etc/dnsmasq.conf, ajoutez ou supprimez la mise en commentaire de la ligne suivante:
resolv-file=/etc/resolv.personal
Ensuite, redémarrez dnsmasq et désactivez le résolveur par défaut: systemd-resolved.
Sudo service dnsmasq restart
Sudo systemctl stop systemd-resolved
Sudo systemctl disable systemd-resolved
Lire man systemd-journald; Lire man systemd-resolve; Lire man dnsmasq; Lisez man journalctl.
Vérifiez vos fichiers journaux dans /var/log/*.
D'après le peu que vous avez dit, il semble y avoir toute une série d'entrées de journal (cherchez pourquoi!), Et une partie de votre système de journalisation tente de résoudre "domain names, IPv4 and IPv6 addresses, DNS resource records or services with the systemd-resolved.service(8) resolver service.". (Lisez man 8 systemd-resolved.service.) Cette "résolution de nom" est ce qui prend le temps.
Ordinaire? Lorsque Linux fonctionne sur tout, de Systems-On-Chip aux membres du Top 50 Supercomputers, que signifie "Normal"?