☰

DNS do Linux Mint 19.2 não resolve após mudar para casa em sua própria partição

tag-icon • tag-icon dns linux-mint
DNS do Linux Mint 19.2 não resolve após mudar para casa em sua própria partição

Um pouco de história para explicar meu problema: instalei recentemente o Linux Mint 19.2 MATE 64bits em um novo laptop.

Após a instalação, eu queria mover o diretório inicial para sua própria partição. Eu segui estesinstruções

Eu errei uma etapa no meio porque acabei preso em um loop de login (de volta à tela de login depois de digitar as credenciais). Eu consegui consertar:

  • /etc/psswd estava apontando para o caminho errado para meu perfil
  • o diretório inicial era de propriedade do root, alterá-lo para meu nome de usuário ajudou

O problema é que não tenho mais acesso à internet (Wifi). Estou suspeitando de alguns problemas de permissão em algum lugar, mas não sei por onde começar minhas pesquisas. ls -l / mostra todas as pastas com root como proprietário, exceto minha pasta pessoal que alterei manualmente.

Agora, para o problema em si:

Posso executar ping em endereços IP no terminal, mas o ping em um nome de domínio retorna

ping: google.com: Name or service not known

Aqui estão alguns resultados de comando que usei para restringir o problema:

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

Estou pesquisando no Google há 4 horas, mas não consigo encontrar o que está causando o problema.

Obrigado por qualquer informação.

ATUALIZAR:

  • Tentei inicializar com um kernel antigo sem sucesso
  • Tentei inicializar a partir de um USB ativo, tudo funciona conforme o esperado
  • Percebi que se eu reiniciar muito cedo após a inicialização, recebo uma mensagem dizendo que mate-settings-daemon não está respondendo. O Google não ajudou até agora a identificar o porquê, mas é um problema recorrente que muitas pessoas encontraram ao longo dos anos.
  • o tempo de inicialização aumentou bastante. A culpa do systemd-analyze revela que NetworkManager.service e NetworkManager-wait-online.service estão usando 31 dos 32 necessários para inicializar. Presumo que isso se deva ao tempo limite ao tentar acessar um domínio específico.

solução temporária

quebrar o link simbólico do resolv.conf e usar um arquivo simples com um servidor de nomes resolve o problema, mas não tenho certeza do que isso implica na cadeia para ignorar o resolvconf

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

Responder1

Vários diretórios do sistema operacional são de propriedade denão-contas root, pois são usadas para armazenar dados por daemons sem privilégios que usam uma conta de serviço dedicada e não a conta root.

Tente remover completamente o /var/lib/private/systemd/diretório. Seus subdiretórios pertencem a serviços que possuem DynamicUser=yes em seu arquivo .service, e a propriedade do diretório é realmente usada como base para o UID da conta de serviço.

informação relacionada