☰

Linux Mint 19.2 DNS wird nach dem Verschieben nach Hause auf eine eigene Partition nicht aufgelöst

tag-icon • tag-icon dns linux-mint
Linux Mint 19.2 DNS wird nach dem Verschieben nach Hause auf eine eigene Partition nicht aufgelöst

Um mein Problem zu erklären, ein bisschen Vorgeschichte: Ich habe Linux Mint 19.2 MATE 64bits gerade auf einem neuen Laptop installiert.

Nach der Installation wollte ich das Home-Verzeichnis auf eine eigene Partition verschieben. Ich folgte diesenAnweisungen

Ich habe einen Schritt in der Mitte vermasselt, da ich in einer Anmeldeschleife feststeckte (nachdem ich die Anmeldeinformationen eingegeben hatte, kam ich zurück zum Anmeldebildschirm). Ich habe es geschafft, das Problem zu beheben:

  • /etc/psswd zeigte auf den falschen Pfad für mein Profil
  • Das Home-Verzeichnis gehörte root, die Änderung in meinen Benutzernamen hat geholfen

Das Problem ist, dass ich keinen Internetzugang (WLAN) mehr habe. Ich vermute, dass es irgendwo Probleme mit den Berechtigungen gibt, weiß aber nicht, wo ich mit der Suche beginnen soll. ls -l / zeigt alle Ordner mit root als Eigentümer an, außer meinem Home-Ordner, den ich manuell geändert habe.

Nun zum Problem selbst:

Ich kann IP-Adressen im Terminal anpingen, aber das Anpingen eines Domänennamens gibt

ping: google.com: Name or service not known

Hier sind einige Befehlsergebnisse, die ich verwendet habe, um das Problem einzugrenzen:

~$ ll /etc/resolv.conf
lrwxrwxrwx 1 root root 27 Nov 17 13:15 /etc/resolv.conf -> /run/resolvconf/resolv.conf

~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#    DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

~$ systemd-resolve --status
Failed to get global data: Failed to activate service 'org.freedesktop.resolve1': timed out (service_start_timeout=25000ms)

~$ systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: **failed** (Result: resources) since Sun 2019-11-17 13:13:14 GMT; 5min 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
       Nov 17 13:13:14 y systemd[1]: systemd-resolved.service: Service has no hold-off time, scheduling restart.
       Nov 17 13:13:14 y systemd[1]: systemd-resolved.service: Scheduled restart job, restart counter is at 5.
       Nov 17 13:13:14 y systemd[1]: Stopped Network Name Resolution.
       Nov 17 13:13:14 y systemd[1]: systemd-resolved.service: Start request repeated too quickly.
       Nov 17 13:13:14 y systemd[1]: systemd-resolved.service: **Failed** with result 'resources'.
       Nov 17 13:13:14 y systemd[1]: **Failed to start Network Name Resolution.**

Ich habe die letzten 4 Stunden gegoogelt, kann aber nicht herausfinden, was das Problem verursacht.

Danke für alle Informationen.

AKTUALISIEREN:

  • Ich habe versucht, mit einem älteren Kernel zu booten, ohne Erfolg
  • Ich habe versucht, von einem Live-USB zu booten, alles funktioniert wie erwartet
  • Mir ist aufgefallen, dass ich eine Meldung erhalte, dass der Mate-Settings-Daemon nicht reagiert, wenn ich zu früh nach dem Booten neu starte. Google hat mir bisher nicht geholfen, die Ursache herauszufinden, aber es ist ein wiederkehrendes Problem, mit dem viele Leute im Laufe der Jahre konfrontiert waren.
  • die Bootzeit hat sich erheblich verlängert. systemd-analyze blame zeigt, dass NetworkManager.service und NetworkManager-wait-online.service 31 der 32 Sekunden benötigen, die zum Booten nötig sind. Ich gehe davon aus, dass dies auf ein Timeout beim Versuch, eine bestimmte Domäne zu erreichen, zurückzuführen ist.

vorübergehende Problemumgehung

Das Aufheben des symbolischen Links von resolv.conf und die Verwendung einer einfachen Datei mit einem Nameserver funktioniert, aber ich bin nicht sicher, was es in der Kette bedeutet, resolvconf zu umgehen

rm -rf /etc/resolv.conf
echo "namesever 8.8.8.8" > /etc/resolv.conf
chattr +i /etc/resolv.conf

Antwort1

Mehrere OS-Verzeichnisse gehörennicht-Root-Konten, da sie zum Speichern von Daten durch nicht privilegierte Daemons verwendet werden, die selbst ein dediziertes Dienstkonto und nicht das Root-Konto verwenden.

Versuchen Sie, das Verzeichnis vollständig zu entfernen /var/lib/private/systemd/. Seine Unterverzeichnisse gehören zu Diensten, die DynamicUser=yes in ihrer .service-Datei haben, und der Eigentümer des Verzeichnisses wird tatsächlich als Grundlage für die UID des Dienstkontos verwendet.

verwandte Informationen