☰

El DNS de Linux Mint 19.2 no se resuelve después de mudarse a casa en su propia partición

tag-icon • tag-icon dns linux-mint
El DNS de Linux Mint 19.2 no se resuelve después de mudarse a casa en su propia partición

Un poco de historia para explicar mi problema: recién instalé Linux Mint 19.2 MATE de 64 bits en una computadora portátil nueva.

Después de la instalación quería mover el directorio de inicio a su propia partición. Seguí estosinstrucciones

Me equivoqué en un paso en el medio porque terminé atrapado en un bucle de inicio de sesión (volver a la pantalla de inicio de sesión después de escribir las credenciales). Logré arreglarlo:

  • /etc/psswd apuntaba a la ruta incorrecta para mi perfil
  • El directorio de inicio era propiedad de root, cambiarlo a mi nombre de usuario ayudó

El problema es que ya no tengo acceso a internet (Wifi). Sospecho que hay problemas de permisos en alguna parte, pero no sé por dónde empezar mis búsquedas. ls -l / muestra todas las carpetas con raíz como propietario, excepto mi carpeta de inicio que cambié manualmente.

Ahora el problema en sí:

Puedo hacer ping a direcciones IP en el terminal pero volver a hacer ping a un nombre de dominio

ping: google.com: Name or service not known

Aquí hay algunos resultados de comandos que utilicé para reducir el 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.**

He estado buscando en Google durante las últimas 4 horas pero no puedo encontrar la causa del problema.

Gracias por cualquier información.

ACTUALIZAR:

  • Intenté arrancar con un kernel antiguo sin éxito.
  • Intenté arrancar desde un USB en vivo, todo funciona como se esperaba
  • Noté que si reinicio demasiado pronto después de iniciar, aparece un mensaje que dice que mate-settings-daemon no responde. Google no ha ayudado hasta ahora a identificar el motivo, pero es un problema recurrente que muchas personas han encontrado a lo largo de los años.
  • El tiempo de arranque aumentó bastante. La culpa de systemd-analyze revela que NetworkManager.service y NetworkManager-wait-online.service están usando 31 de los 32 necesarios para arrancar. Supongo que esto se debe a un tiempo de espera al intentar llegar a un dominio específico.

solución temporal

romper el enlace simbólico de resolv.conf y usar un archivo simple con un servidor de nombres funciona, pero no estoy seguro de lo que implica en la cadena evitar resolvconf.

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

Respuesta1

Varios directorios del sistema operativo son propiedad deno-Cuentas raíz, ya que son utilizadas para almacenar datos por demonios sin privilegios que utilizan una cuenta de servicio dedicada y no la cuenta raíz.

Intente eliminar completamente el /var/lib/private/systemd/directorio. Sus subdirectorios pertenecen a servicios que tienen DynamicUser=yes en su archivo .service, y la propiedad del directorio en realidad se utiliza como base para el UID de la cuenta de servicio.

información relacionada