我正在运行 Server 18.04，如附件所示，有 2 个内核可用。4.15.0-72.81 内核使用默认的 Realtek r8169 以太网驱动程序。而 4.15.0.76.86 内核安装了 Realtek r8168 驱动程序。
4.15.0-72.81 在一段时间不活动后将停止与路由器通信，因此 LAN 和有时服务器将锁定，无论哪种情况，解决方法是重新启动。
4.15.0.76.86 总会在几分钟后无论活动如何都会锁定、忽略键盘并需要重新启动。
以下是 4.15.0-72.81 不再与以太网或 Wi-Fi 接口连接后运行的几项检查的结果。我正在寻找有关如何进一步调试的建议。
$ apt list --installed | grep image-4.15.0
linux-image-4.15.0-72-generic/bionic-security,bionic-updates,now 4.15.0-72.81 amd64 [installed,automatic]
linux-image-4.15.0-76-generic/bionic-security,bionic-updates,now 4.15.0-76.86 amd64 [installed,automatic]
$ ip -s a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
RX: bytes packets errors dropped overrun mcast
12289968 12864 0 0 0 0
TX: bytes packets errors dropped carrier collsns
12289968 12864 0 0 0 0
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 94:de:80:28:a2:71 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.200/24 brd 192.168.1.255 scope global enp5s0
valid_lft forever preferred_lft forever
inet6 fe80::96de:80ff:fe28:a271/64 scope link
valid_lft forever preferred_lft forever
RX: bytes packets errors dropped overrun mcast
0 0 0 0 0 0
TX: bytes packets errors dropped carrier collsns
0 0 0 0 0 0
3: wlp4s6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:14:a5:cc:49:b3 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.201/24 brd 192.168.1.255 scope global wlp4s6
valid_lft forever preferred_lft forever
inet6 fe80::214:a5ff:fecc:49b3/64 scope link
valid_lft forever preferred_lft forever
RX: bytes packets errors dropped overrun mcast
1366996 8848 0 0 0 0
TX: bytes packets errors dropped carrier collsns
1656237 2776 0 0 0 0
$ lspci -knn | grep Eth -a3
Subsystem: Gigabyte Technology Co., Ltd 88SE9172 SATA 6Gb/s Controller [1458:b000]
Kernel driver in use: ahci
Kernel modules: ahci
04:06.0 Ethernet controller [0200]: Qualcomm Atheros AR2413/AR2414 Wireless Network Adapter [AR5005G(S) 802.11bg] [168c:001a] (rev 01)
Subsystem: Gemtek Technology Co., Ltd DX-WGDTC 802.11bg Wireless PCI Adapter [17f9:0018]
Kernel driver in use: ath5k
Kernel modules: ath5k
--
Subsystem: Gigabyte Technology Co., Ltd GA-7VT600-1394 Motherboard [1458:1000]
Kernel driver in use: firewire_ohci
Kernel modules: firewire_ohci
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet [1458:e000]
Kernel driver in use: r8169
Kernel modules: r8168
06:00.0 USB controller [0c03]: Etron Technology, Inc. EJ168 USB 3.0 Host Controller [1b6f:7023] (rev 01)
$ lshw -C network
*-network
description: Wireless interface
product: AR2413/AR2414 Wireless Network Adapter [AR5005G(S) 802.11bg]
vendor: Qualcomm Atheros
physical id: 6
bus info: pci@0000:04:06.0
logical name: wlp4s6
version: 01
serial: 00:14:a5:cc:49:b3
width: 32 bits
clock: 33MHz
capabilities: pm bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=ath5k driverversion=4.15.0-72-generic firmware=N/A ip=192.168.1.201 latency=168 link=yes maxlatency=28 mingnt=10 multicast=yes wireless=IEEE 802.11
resources: irq:20 memory:fe200000-fe20ffff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:05:00.0
logical name: enp5s0
version: 06
serial: 94:de:80:28:a2:71
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 ip=192.168.1.200 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
resources: irq:16 ioport:b000(size=256) memory:d2104000-d2104fff memory:d2100000-d2103fff
$ networkctl status enp5s0:
● 2: enp5s0
Link File: /lib/systemd/network/99-default.link
Network File: /run/systemd/network/10-netplan-enp5s0.network
Type: ether
State: routable (configured)
Path: pci-0000:05:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Onboard Ethernet)
HW Address: 94:de:80:28:a2:71 (GIGA-BYTE TECHNOLOGY CO.,LTD.)
Address: 192.168.1.200
fe80::96de:80ff:fe28:a271
Gateway: 192.168.1.1
DNS: 8.8.8.8
8.8.4.4
$ networkctl status wlp4s6:
● 3: wlp4s6
Link File: /lib/systemd/network/99-default.link
Network File: /run/systemd/network/10-netplan-wlp4s6.network
Type: wlan
State: routable (configured)
Path: pci-0000:04:06.0
Driver: ath5k
Vendor: Qualcomm Atheros
Model: AR2413/AR2414 Wireless Network Adapter [AR5005G(S) 802.11bg] (DX-WGDTC 802.11bg Wireless PCI Adapter)
HW Address: 00:14:a5:cc:49:b3 (Gemtek Technology Co., Ltd.)
Address: 192.168.1.201
fe80::214:a5ff:fecc:49b3
Gateway: 192.168.1.1 (Actiontec Electronics, Inc)
DNS: 8.8.8.8
8.8.4.4
第二天早上门被锁了，我收到了这个：
tail syslog | grep 错误：
2 月 10 日 23:44:00 timberoakspetspa systemd-resolved[1160]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2 月
10 日 23:44:00 timberoakspetspa systemd-resolved[1160]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2
月 10 日 23:46:58 timberoakspetspa systemd-resolved[1160]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 10 日 23:46:59 timberoakspetspa systemd-resolved[1160]: 消息重复 2 次：[服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 10 日 23:50:32 timberoakspetspa systemd-resolved[1160]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 10 日 23:50:33 timberoakspetspa systemd-resolved[1160]: 消息重复 3 次：[服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 11 日 00:23:34 timberoakspetspa systemd-resolved[1160]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 00:23:35 timberoakspetspa systemd-resolved[1160]: 消息重复 3 次：[服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 11 日 02:14:02 timberoakspetspa systemd-resolved[1160]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 02:14:05 timberoakspetspa systemd-resolved[1160]: 消息重复 8 次：[服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 11 日 08:49:20 timberoakspetspa ntpd[3430]: 解析池 0.ubuntu.pool.ntp.org 时出错：名称解析暂时失败（-3）
2 月 11 日 08:49:36 timberoakspetspa ntpd[3430]: 解析池 1.ubuntu.pool.ntp.org 时出错：名称解析暂时失败（-3）
2 月 11 日 08:49:51 timberoakspetspa snapd[3273]: stateengine.go:150：状态确保错误：无法刷新“核心”的 snap-declaration：获取https://api.snapcraft.io/api/v1/snaps/assertions/snap-declaration/16/99T7MUlRhtI3U0QFgl5mXXESAiSwt776?max-format=3：net/http：等待连接时请求被取消（等待标头时超出 Client.Timeout）
2 月 11 日 08:49:56 timberoakspetspa ntpd[3430]：解析池 2.ubuntu.pool.ntp.org 时出错：名称解析暂时失败（-3）
2 月 11 日 08:50:16 timberoakspetspa ntpd[3430]：解析池 3.ubuntu.pool.ntp.org 时出错：名称解析暂时失败（-3）
2 月 11 日 08:50:37 timberoakspetspa ntpd[3430]：解析池 ntp.ubuntu.com 时出错：名称解析暂时失败（-3）
2 月 11 日 08:50:57 timberoakspetspa ntpd[3430]：解析池时出错0.ubuntu.pool.ntp.org：名称解析暂时失败（-3）
2 月 11 日 08:51:17 timberoakspetspa ntpd[3430]：解析池时出错 1.ubuntu.pool.ntp.org：名称解析暂时失败（-3）
2 月 11 日 08:51:37 timberoakspetspa ntpd[3430]：解析池时出错 3.ubuntu.pool.ntp.org：名称解析暂时失败（-3）
2 月 11 日 08:53:18 timberoakspetspa systemd-resolved[1162]：服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，以降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:18 timberoakspetspa systemd-resolved[1162]: 消息重复 2 次：[服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 11 日 08:53:18 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:18 timberoakspetspa systemd-resolved[1162]: 消息重复 3 次：[服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 11 日 08:53:18 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:18 timberoakspetspa systemd-resolved[1162]: 消息重复 2 次：[服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 11 日 08:53:22 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:23 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:23 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，以降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:23 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2
月 11 日 08:53:24 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2
月 11 日 08:53:24 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:26 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2
月 11 日 08:53:26 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2
月 11 日 08:53:28 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:28 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2
月 11 日 08:53:31 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。2
月 11 日 08:53:31 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:33 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:33 timberoakspetspa systemd-resolved[1162]: 消息重复 3 次：[服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。]
2 月 11 日 08:53:34 timberoakspetspa systemd-resolved[1162]: 服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
2 月 11 日 08:53:40 timberoakspetspa systemd-resolved[1162]: 消息重复 5 次：[服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，以降低的功能级别 UDP 重试事务。]
答案1
感谢那些重新格式化我原始帖子的人，他们让管理员更开心。
我终于尝试了一种我认为很冒险的策略，因为几乎没有什么真正起作用：
我重新启动，当启动画面出现时，我输入 <esc>，直到我得到一个提供 GNU GRUB 选项的菜单。
我选择了“Ubuntu 的高级选项”。
这提供了正常和（恢复模式）下可用的内核，我选择了最新内核的恢复模式，该内核在几秒钟后冻结。
现在我被带到一个提供几个选择的屏幕。（见附件）。
我使用了：fsck - 检查所有文件系统，然后 grub - 更新 grub 引导加载程序，然后 dpkg - 修复损坏的软件包。随后是 resume - 恢复正常启动，它启动到服务器但不正常，所以我用 sudo shutdown -r now 完全重新启动。这启动了最新的内核：4.15.0-76.86，到目前为止它运行正常。
希望这可以帮助其他像我一样面临可能真正损害他们使用服务器的业务的问题的白痴。
