Linux Mint 19.2 자체 파티션에서 홈으로 이동한 후 DNS가 확인되지 않음

2024-7-24 • tag-icon

Linux Mint 19.2 자체 파티션에서 홈으로 이동한 후 DNS가 확인되지 않음

내 문제를 설명하기 위한 약간의 기록: 새 노트북에 Linux Mint 19.2 MATE 64비트를 새로 설치했습니다.

설치 후 홈 디렉토리를 자체 파티션으로 이동하고 싶었습니다. 나는 이것을 따라 갔다지침

로그인 루프(자격 증명을 입력한 후 로그인 화면으로 돌아감)에 갇히게 되면서 중간에 한 단계를 엉망으로 만들었습니다. 나는 그것을 고칠 수 있었다:

/etc/psswd가 내 프로필의 잘못된 경로를 가리키고 있었습니다.
홈 디렉토리는 루트 소유이므로 내 사용자 이름으로 변경하는 데 도움이 되었습니다.

문제는 더 이상 인터넷(와이파이)에 접속할 수 없다는 것입니다. 어딘가에서 일부 권한 문제가 의심되지만 검색을 어디서 시작해야 할지 모르겠습니다. ls -l /은 수동으로 변경한 홈 폴더를 제외하고 소유자가 루트인 모든 폴더를 표시합니다.

이제 문제 자체는 다음과 같습니다.

터미널에서 IP 주소를 ping할 수 있지만 도메인 이름을 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이 응답하지 않는다는 메시지가 표시되는 것을 발견했습니다. Google은 지금까지 이유를 파악하는 데 도움을 주지 않았지만 이는 수년에 걸쳐 많은 사람들이 직면한 반복되는 문제입니다.
부팅시간이 많이 늘어났습니다. systemd-analyze 비난은 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

여러 OS 디렉토리가 소유됩니다.비-루트 계정. 루트 계정이 아닌 전용 서비스 계정을 사용하는 권한 없는 데몬이 데이터를 저장하는 데 사용되기 때문입니다.

디렉터리 를 완전히 제거해 보세요 /var/lib/private/systemd/. 해당 하위 디렉터리는 .service 파일에 DynamicUser=yes가 있는 서비스에 속하며 디렉터리의 소유권은 실제로 서비스 계정 UID의 기초로 사용됩니다.

업데이트:

임시 해결 방법

답변1

관련 정보