☰

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

我在過去 4 小時內一直在谷歌上搜索，但找不到導致問題的原因。

感謝您提供任何資訊。

更新：

  • 我嘗試使用較舊的核心啟動，但沒有成功
  • 我嘗試從實時 USB 啟動，一切正常
  • 我注意到，如果我在啟動後過早重新啟動，我會收到一條訊息，指出 mate-settings-daemon 沒有回應。到目前為止，谷歌尚未幫助找出原因，但這是多年來許多人反覆遇到的問題。
  • 啟動時間增加了很多。 systemd-analyzeblame 顯示 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 的基礎。

相關內容