Fehler im systemd-resolved.service von KDE Neon beheben

31.10.2018 Systemd neon
Teilen:

Seit dem Upgrade meines KDE Neon Systems von Xenial auf Bionic meldet der systemd-resolved.service einen Fehler im Journal. Dieser tritt bei der Nutzung des Networkd (zB. Ersatz für den NetworkManager) auf.

# systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/etc/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Wed 2018-10-31 18:49:18 CET; 1s ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
  Process: 1021 ExecStart=/lib/systemd/systemd-resolved (code=exited, status=0/SUCCESS)
 Main PID: 1021 (code=exited, status=0/SUCCESS)
   Status: "Shutting down..."

Okt 31 13:55:54 neonlight systemd-resolved[1021]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying tran
Okt 31 13:55:54 neonlight systemd-resolved[1021]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying tran
[...]

Nach einer Recherche im Netz ist die Ursache sehr wahrscheinlich die Datei /etc/resolv.conf die auf die falsche Quelldatei verlinkt ist.

# ls -ld /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Okt 26 19:04 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Den Link in /etc löschen und neu auf die Quelldatei /var/run/systemd/resolve/resolv.conf setzen.

# rm /etc/resolv.conf
# ln -s /var/run/systemd/resolve/resolv.conf /etc/resolv.conf
# ls -ld /etc/resolv.conf
lrwxrwxrwx 1 root root 36 Okt 31 18:48 /etc/resolv.conf -> /var/run/systemd/resolve/resolv.conf

Danach den systemd-resolved.service restarten und den Status abfragen.

# systemctl restart systemd-resolved.service
# systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/etc/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2018-10-31 18:49:26 CET; 1s ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
 Main PID: 11150 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/systemd-resolved.service
           └─11150 /lib/systemd/systemd-resolved

Okt 31 18:49:26 neonlight systemd[1]: Starting Network Name Resolution...
Okt 31 18:49:26 neonlight systemd-resolved[11150]: Positive Trust Anchors:
Okt 31 18:49:26 neonlight systemd-resolved[11150]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5
Okt 31 18:49:26 neonlight systemd-resolved[11150]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
Okt 31 18:49:26 neonlight systemd-resolved[11150]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr
Okt 31 18:49:26 neonlight systemd-resolved[11150]: Using system hostname 'neonlight'.
Okt 31 18:49:26 neonlight systemd[1]: Started Network Name Resolution.

Nach dem Restart des Dienstes sind die Fehlermeldungen nicht mehr existent.

Mehr Infos zum Thema Networkd im Wiki von ubuntuusers.de.


Quelle Teaser-Logo: KDE Neon