☰

Linux Mint 19.2 DNS 在移动到其自己的分区后无法解析

tag-icon • tag-icon dns linux-mint
Linux Mint 19.2 DNS 在移动到其自己的分区后无法解析

用一点历史来解释我的问题：我在一台新笔记本电脑上刚刚安装了 Linux Mint 19.2 MATE 64 位。

安装后，我想将主目录移动到其自己的分区上。我按照这些指示

我在中间搞砸了一个步骤，最终陷入了登录循环（输入凭证后返回登录屏幕）。我设法解决了这个问题：

  • /etc/psswd 指向了我的配置文件的错误路径
  • 主目录由 root 拥有，将其更改为我的用户名有帮助

问题是我无法再访问互联网（Wifi）。我怀疑某些地方存在权限问题，但不知道从哪里开始搜索。ls -l / 显示所有以 root 为所有者的文件夹，但我手动更改的主文件夹除外。

现在来谈谈问题本身：

我可以在终端中 ping IP 地址，但 ping 域名会返回

ping: google.com: Name or service not known

以下是我用来缩小问题范围的一些命令结果：

~$ 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.**

我已经在 Google 上搜索了 4 个小时，但找不到问题的原因。

谢谢提供任何信息。

更新：

  • 我尝试使用较旧的内核启动，但没有成功
  • 我尝试从实时 USB 启动，一切正常
  • 我注意到，如果我在启动后过早重启，就会出现一条消息，提示“mate-settings-daemon 没有响应”。到目前为止，Google 还没有帮助找出原因，但这是多年来许多人遇到的一个反复出现的问题。
  • 启动时间增加了很多。systemd-analyze blame 显示 NetworkManager.service 和 NetworkManager-wait-online.service 占用了启动所需的 32 秒中的 31 秒。我猜想这是因为尝试访问特定域时超时造成的。

临时解决办法

打破 resolv.conf 的符号链接并使用带有名称服务器的简单文件可以完成这项工作，但我不确定它在绕过 resolvconf 的过程中意味着什么

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

答案1

几个操作系统目录归非-root 帐户，因为它们被非特权守护进程用来存储数据，而这些守护进程本身使用专用的服务帐户而不是 root 帐户。

尝试完全删除该/var/lib/private/systemd/目录。其子目录属于 .service 文件中 DynamicUser=yes 的服务，并且目录的所有权实际上是服务帐户 UID 的基础。

相关内容