Как я отлаживаю “Временный отказ в определении имен” ошибка после обновления до рабочего стола Xubuntu 19.04?

Я недавно обновил Xubuntu от 18,10 до 19,04 и начал видеть "Временный отказ в определении имен" ошибка каждый раз, когда я пытаюсь проверить с помощью ping-запросов доменное имя с тех пор. Я использую настольный компьютер с единственным соединением Ethernet с модемом/маршрутизатором. Я обновлял ту же установку Xubuntu в течение многих лет; я не уверен, когда я в последний раз сделал новую установку.

Проверка с помощью ping-запросов IP-адреса работает просто великолепно, только проверение с помощью ping-запросов доменных имен вызывает эту ошибку.

Если я разъединяю и затем повторно подключаю соединение Ethernet с помощью апплета панели Network Manager (снимок экрана ниже), ошибка уходит и работы интернет-соединения, пока я не перезагружаю компьютер.

Это настройки моего соединения:

На новой начальной загрузке это сокращенные результаты нескольких команд, которые я выполнил, чтобы попытаться диагностировать проблему прежде, чем устранить проблему путем разъединения и повторного подключения:

$ systemd-resolve --status

Link 2 (eth0)
      Current Scopes: DNS
DefaultRoute setting: yes
       LLMNR setting: yes
MulticastDNS setting: no
  DNSOverTLS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 8.8.8.8
                      8.8.4.4
          DNS Domain: ~.

$ nmcli device show eth0

IP4.ADDRESS[1]:                         192.168.1.8/24
IP4.GATEWAY:                            192.168.1.1
IP4.ROUTE[1]:                           dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 100
IP4.ROUTE[2]:                           dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 100
IP4.ROUTE[3]:                           dst = XXX.XXX.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.DNS[1]:                             8.8.8.8
IP4.DNS[2]:                             8.8.4.4

$ systemctl status resolvconf

● resolvconf.service - Nameserver information manager
   Loaded: loaded (/lib/systemd/system/resolvconf.service; enabled; vendor preset: enabled)
   Active: active (exited) since Tue 2019-08-06 10:09:40 CEST; 6min ago

$ systemctl status NetworkManager

● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2019-08-06 10:10:20 CEST; 5min ago
...
Aug 06 10:10:31 xxxx NetworkManager[1136]: <info>  [1565079031.8637] device (eth0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Aug 06 10:10:31 xxxx NetworkManager[1136]: <info>  [1565079031.8640] device (eth0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Aug 06 10:10:31 xxxx NetworkManager[1136]: <info>  [1565079031.8646] manager: NetworkManager state is now CONNECTED_LOCAL
Aug 06 10:10:32 xxxx dhclient[1397]: bound to 192.168.1.8 -- renewal in 37516 seconds.
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info>  [1565079032.2838] manager: NetworkManager state is now CONNECTED_SITE
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info>  [1565079032.2840] policy: set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info>  [1565079032.2844] device (eth0): Activation: successful, device activated.
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info>  [1565079032.2851] manager: NetworkManager state is now CONNECTED_GLOBAL
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info>  [1565079032.2856] manager: startup complete
Aug 06 10:12:14 xxxx NetworkManager[1136]: <info>  [1565079134.0454] agent-manager: req[0x56068d7b9090, :1.89/org.freedesktop.nm-applet/1000]: agent registered

Мой каталог конфигурации netplan пуст:

$ ls /etc/netplan -a

. ..

Я не знаю ли /etc/network/interfaces все еще используется:

$ cat /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp

У Вас есть какие-либо предложения о том, как я мог диагностировать эту проблему? Я хотел бы, чтобы DNS работал, не имея необходимость разъединять и повторно подключать соединение Ethernet после каждой начальной загрузки.Спасибо!

Редактирование № 1

$ ls -al /etc/resolv.conf

lrwxrwxrwx 1 root root 29 Jun 30  2015 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

Редактирование № 2

Это содержание /etc/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.

Это содержание /etc/resolv.conf после разъединения и повторного подключения соединения Ethernet:

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

nameserver 127.0.0.53