如何摆脱这个困境。Grub 仅显示两个内核。似乎什么都不起作用。
恢复模式没有给我任何连接。
尝试https://serverfault.com/questions/21475/starting-network-connection-from-ubuntu-recovery
但说明是错误的/模糊的/对我来说还不起作用。
通常的错误是...结束内核恐慌 - 不同步：vfs：无法在未知块上安装根文件系统
最近几乎每次内核更新都会发生这种情况，我通过重新启动旧内核并手动安装一些内核头来修复。
这次我没有重新启动选项......试图摆脱这种情况。
常见的版本不匹配问题。
我需要一个简单简洁的答案来回答如何查看所有可用版本的问题。
sudo apt 搜索 libssl3
仅显示一个版本。
乌班图23.04
刚刚运行了这个，它看起来无法取消。
很多东西正在被清理掉。
我只是想删除并重新安装所有 ssl ssh 设备。
存在可怕的版本不匹配。
我无法改变。
好像锁了
想要进入低功耗状态。
s2idle [深]
这是怎么做到的。谷歌搜索点击讨论并非所有可能的正确更改路径。
更新：
人们说的通常是错误的：
例如，这是发生的事情：
$ echo s2idle | sudo tee /sys/power/mem_sleep
s2idle
$ cat /sys/power/mem_sleep
[s2idle]
与下面导致深度的示例相比，我的系统是否已损坏！？？？？或者这是他们的错字？网络上到处都是这样的混乱。
为什么会失败？
echo deep | sudo tee /sys/power/mem_sleep
deep
tee: /sys/power/mem_sleep: Invalid argument
我怀疑人们写的答案会触发一些潜在的东西……但他们不明白那东西是什么或如何更改它的设置。是蛆吗？
这似乎是相关的https://forums.linuxmint.com/viewtopic.php?t=335139
更新：
问题似乎出在 BIOS 设置上。将 config power sleep state 设置为 Linux！
我刚刚注意到它似乎不起作用。它曾经是一个 gnome-tweaks 的东西。现在执行此操作的正确方法是什么？
我看到一些关于“马虎”的评论，但没有找到它。
我刚刚注意到这个卷出现在文件中。这是 Ubuntu 中的一些新备份系统吗？在 21.10。以前没见过。网上搜了一下，目前还没有很好的结果。
所以让我怀疑的关键症状是，当我在 Ubuntu 上运行 ping 并在 OSX 笔记本电脑上几乎立即启动时，ping 大约需要一秒钟左右的时间才能开始打印（我的笔记本电脑上没有 ubuntu，所以操作系统有点可能是巧合）。
通常我会怀疑 DNS，但这是我的 Ubuntu DNS 测试：
dig +trace www.stackoverflow.com
; <<>> DiG 9.16.1-Ubuntu <<>> +trace www.stackoverflow.com
;; global options: +cmd
;; Received 40 bytes from 10.0.0.1#53(10.0.0.1) in 7 ms
mtr、ping 和 speed test 的指标都很好。例如，这是在 Ubuntu 桌面上 ping：
ping www.stackoverflow.com
PING stackoverflow.com (151.101.1.69) 56(84) bytes of data.
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=1 ttl=57 time=9.87 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=2 ttl=57 time=8.95 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=3 ttl=57 time=9.17 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=4 ttl=57 time=8.83 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=5 ttl=57 time=9.14 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=6 ttl=57 time=9.08 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=7 ttl=57 time=9.16 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=8 ttl=57 time=9.03 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=9 ttl=57 time=8.91 ms
但关键是开始打印 ping 时间花了将近两秒钟。
我意识到这可能与 Ubuntu 完全无关，但我猜测这里可能有一些 Linux 内部或调试知识可能会有所帮助。
我可以查看 ping 的 strace 输出，但不确定我在寻找什么。strace 打印东西，然后在它正在做的任何事情时挂起两秒钟。这是我当时杀死它时的输出
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libnss_mdns4_minimal.so.2", O_RDONLY|O_CLOEXEC) = 5
read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\23\0\0\0\0\0\0"..., 832) = 832
fstat(5, {st_mode=S_IFREG|0644, st_size=18504, ...}) = 0
mmap(NULL, 20496, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0x7f565ae48000
mmap(0x7f565ae49000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x1000) = 0x7f565ae49000
mmap(0x7f565ae4b000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x3000) = 0x7f565ae4b000
mmap(0x7f565ae4c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x3000) = 0x7f565ae4c000
close(5) = 0
mprotect(0x7f565ae4c000, 4096, PROT_READ) = 0
munmap(0x7f565ae4e000, 155550) = 0
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=155550, ...}) = 0
mmap(NULL, 155550, PROT_READ, MAP_PRIVATE, 5, 0) = 0x7f565ae4e000
close(5) = 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libnss_dns.so.2", O_RDONLY|O_CLOEXEC) = 5
read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 #\0\0\0\0\0\0"..., 832) = 832
fstat(5, {st_mode=S_IFREG|0644, st_size=31176, ...}) = 0
mmap(NULL, 32984, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0x7f565ae3f000
mmap(0x7f565ae41000, 16384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x2000) = 0x7f565ae41000
mmap(0x7f565ae45000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x6000) = 0x7f565ae45000
mmap(0x7f565ae46000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x6000) = 0x7f565ae46000
close(5) = 0
mprotect(0x7f565ae46000, 4096, PROT_READ) = 0
munmap(0x7f565ae4e000, 155550) = 0
socket(AF_INET, SOCK_DGRAM|SOCK_CLOEXEC|SOCK_NONBLOCK, IPPROTO_IP) = 5
setsockopt(5, SOL_IP, IP_RECVERR, [1], 4) = 0
connect(5, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.1.1")}, 16) = 0
poll([{fd=5, events=POLLOUT}], 1, 0) = 1 ([{fd=5, revents=POLLOUT}])
sendmmsg(5, [{msg_hdr={msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base=">\326\1\0\0\1\0\0\0\0\0\0\3www\rstackoverflow\3c"..., iov_len=39}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, msg_len=39}, {msg_hdr={msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="w\256\1\0\0\1\0\0\0\0\0\0\3www\rstackoverflow\3c"..., iov_len=39}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, msg_len=39}], 2, MSG_NOSIGNAL) = 2
poll([{fd=5, events=POLLIN}], 1, 5000^C) = ? ERESTART_RESTARTBLOCK (Interrupted by signal)
strace: Process 1242328 detached
欢迎任何想法。
更新：
我现在怀疑它是与路由器/调制解调器的连接。但是非常奇怪的是，在我的 Ubuntu 桌面上跟随速度很慢，但在笔记本电脑（OSX）上却很正常。
ping dsldevice.lan
PING dsldevice.lan (192.168.1.254) 56(84) bytes of data.
64 bytes from dsldevice.lan (192.168.1.254): icmp_seq=1 ttl=63 time=2.08 ms
64 bytes from dsldevice.lan (192.168.1.254): icmp_seq=2 ttl=63 time=1.89 ms
更新：
经过很多鬼混，运行 apt update 并重新启动，我现在似乎恢复正常了。我在之前（发生问题时）和之后查看了 tcpdump，并没有注意到太多。
仍然不知道，但现在问题暂时消失了。如果再次出现会更新。似乎是一个很好的学习练习。
更新：（这越来越长）
对于 MTU 问题的参考，我从 Ubuntu 无线连接到连接到 plusnet 光纤连接的 netgear 路由器（使用现场的 ADSL）。
更新：测试 mtu 大小，如https://mike632t.wordpress.com/2019/03/03/determine-mtu-size-using-ping/
当我针对 8.8.8.8 测试 mtu 时，我认为有些地方很不对劲？对于较大的尺寸，我收到“消息太长”错误，但随着我减小尺寸，消息不再出现，但我得到 100% 的数据包丢失，直到尺寸 68=96-28。也许出于某种原因这是预期的？
ping -c 4 -M do -s 1472 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 1472(1500) bytes of data.
From 192.168.1.254 icmp_seq=1 Frag needed and DF set (mtu = 1488)
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping -s $((97 - 28)) -D 8.8.8.8 -c 1
PING 8.8.8.8 (8.8.8.8) 69(97) bytes of data.
--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms
ping -s $((96 - 28)) -D 8.8.8.8 -c 1
PING 8.8.8.8 (8.8.8.8) 68(96) bytes of data.
[1620817285.571725] 76 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=10.7 ms
--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 10.680/10.680/10.680/0.000 ms
更新：另一个数据点。
我怀疑这更多地属于网络论坛，因为我会发现这与我之前怀疑的 Ubuntu 驱动程序方面无关，但还不确定
ping -c 3 -s $((1489 - 28)) -M do bbc.co.uk
PING bbc.co.uk (151.101.0.81) 1461(1489) bytes of data.
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
--- bbc.co.uk ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2037ms
ping -c 3 -s $((1488 - 28)) -M do bbc.co.uk
PING bbc.co.uk (151.101.0.81) 1460(1488) bytes of data.
1468 bytes from 151.101.0.81 (151.101.0.81): icmp_seq=1 ttl=58 time=11.8 ms
1468 bytes from 151.101.0.81 (151.101.0.81): icmp_seq=2 ttl=58 time=12.0 ms
1468 bytes from 151.101.0.81 (151.101.0.81): icmp_seq=3 ttl=58 time=10.7 ms
--- bbc.co.uk ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 10.702/11.519/12.029/0.583 ms
更新：
请求的跟踪路径查询的结果。这是 mtu 1500 设置。请注意，通常的 mtr 测试显示出良好的速度和延迟以及很少的数据包。
tracepath www.ebay.com
1?: [LOCALHOST] pmtu 1488
1: www.routerlogin.com 1.048ms
1: www.routerlogin.com 1.003ms
2: dsldevice.lan 2.037ms
3: no reply
4: no reply
5: 128.hiper04.sheff.dial.plus.net.uk 10.954ms asymm 7
6: peer3-et3-1-1.slough.ukcore.bt.net 85.034ms asymm 7
7: peer2-xe8-0-2.telehouse.ukcore.bt.net 25.399ms asymm 8
8: no reply
9: no reply
10: no reply
11: no reply
更新：
只是为了确认，mtu 设置为 1500。
ip link | grep wlxa09f10b9ff56
3: wlxa09f10b9ff56: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
更新：针对 8.8.8.8 的 ping 测试的完整日志
$ ping -c 4 -M do -s 1472 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 1472(1500) bytes of data.
From 192.168.1.254 icmp_seq=1 Frag needed and DF set (mtu = 1488)
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3028ms
$ ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
PING 8.8.8.8 (8.8.8.8) 1462(1490) bytes of data.
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3049ms
$ ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
PING 8.8.8.8 (8.8.8.8) 1452(1480) bytes of data.
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3003ms
$ ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?
PING 8.8.8.8 (8.8.8.8) 1453(1481) bytes of data.
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3005ms
$ ping -c 4 -M do -s 69 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 69(97) bytes of data.
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3004ms
$ ping -c 4 -M do -s 68 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 68(96) bytes of data.
76 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=60.2 ms
76 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=9.07 ms
76 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=8.89 ms
76 bytes from 8.8.8.8: icmp_seq=4 ttl=116 time=9.04 ms
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 8.887/21.802/60.215/22.177 ms
更新：
值得我在 Plusnet 上“使用光纤”，但 ADSL 连接很短（这就是他们告诉我的）。根据这个线程，这意味着 Plusnet 路由器默认为 1500，而我将所有上游（netgear 路由器、ubuntu 桌面）也设置为 1500。
我正在尝试让 BrosTrend ac1200 在 20.04 上工作。目前一直在使用TPlink AC1300 T4UH。旧的仍然有效。我不得不多次安装和重新安装 TPLink 的驱动程序，所以我认为我理解了这些步骤，但现在新的驱动程序只显示在 lsusb 条目上，但似乎没有在 iwconfig 中被拾取（例如）。我需要安装另一个驱动程序吗？这些说明似乎指向 tplink 所需的相同 rtl8812au 存储库。我可以重新运行它，但我真的不明白为什么它会起作用或我应该从什么状态重新安装。理想情况下，我不想擦除与 TPLink 一起使用的旧驱动程序，而只是试图让这个新驱动程序正常工作。
关于调试这种特殊情况的任何想法？
更新：
我已经按照下面的答案安装了驱动程序。它似乎已配置，但尚未运行。已尝试重新启动和“sudo ip link set ... up/down”等。
现在看到
iwconfig
wlxa09f10b9ff56 unassociated Nickname:"<WIFI@REALTEK>"
Mode:Managed Frequency=2.412 GHz Access Point: Not-Associated
Sensitivity:0/0
Retry:off RTS thr:off Fragment thr:off
Power Management:off
Link Quality=0/100 Signal level=0 dBm Noise level=0 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
更新：
经过一些其他步骤并尝试了一些事情（我认为这些无关紧要，但我可能忘记/省略了一个重要步骤），我注意到我现在在 UI 的 wifi 下拉菜单中有第二个条目。关闭旧设备并打开新设备，然后我就可以选择网络。我不得不重新输入我的网络密码。我认为这是在命令行中容易理解的微妙点。在 ubuntu 上必须有一些特定于设备的密钥保存例程。无论如何，我现在似乎通过新设备建立了连接。
更新：首先看到这个是否相关？Nvidia 驱动程序 460 不适用于 Ubuntu 18.04 中的 5.4.0-64 内核
无论您使用什么版本的驱动程序，都安装了 nvidia-settings 460这些版本的东西可能会破坏一切？包回购使这个无法修复？
以下不起作用：https ://linuxconfig.org/how-to-install-the-nvidia-drivers-on-ubuntu-20-04-focal-fossa-linux
它也没有提到测试结果是否有效。
这是我的测试：
$ nvidia-smi
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.
我过去曾多次这样做，并且指的是我的旧笔记，但没有任何效果。
我在两者之间清除 nvidia nad cuda。
我纯粹在命令行上运行，所以我只关心最少的命令行指令。
我想知道 20.04 中的路径是否发生了变化。有这个奇怪的文件
cat /usr/lib/nvidia/alternate-install-available
The NVIDIA driver provided by Ubuntu can be installed by launching the "Software & Updates" application, and by selecting the NVIDIA driver from the "Additional Drivers" tab.
而且我应该提到我在无头模式下运行（没有连接监视器），所以如果有任何奇怪的触发器，监视器的使用恰好触发了这将是有用的。这不是我过去安装在服务器上的情况。
我有一个 GeForce RTX 2070 ......也许这就是问题所在。还不确定。
更新：插入显示器并重新启动，绝对没有出现。黑屏。我仍然可以 ssh 进入盒子。
inxi
CPU: 6-Core Intel Core i7-8700 (-MT MCP-) speed/min/max: 800/800/4600 MHz Kernel: 5.4.0-65-generic x86_64 Up: 5m
Mem: 1631.7/32075.2 MiB (5.1%) Storage: 465.76 GiB (54.9% used) Procs: 406 Shell: bash 5.0.17 inxi: 3.0.38
(38) $ inxi -F
System: Host: xxx Kernel: 5.4.0-65-generic x86_64 bits: 64 Console: tty 1 Distro: Ubuntu 20.04.2 LTS (Focal Fossa)
Machine: Type: Desktop Mobo: Micro-Star model: Z370-A PRO (MS-7B48) v: 1.0 serial: <superuser/root required>
UEFI: American Megatrends v: 2.40 date: 03/08/2018
CPU: Topology: 6-Core model: Intel Core i7-8700 bits: 64 type: MT MCP L2 cache: 12.0 MiB
Speed: 800 MHz min/max: 800/4600 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 8: 800
9: 800 10: 800 11: 800 12: 800
Graphics: Device-1: NVIDIA TU106 [GeForce RTX 2070] driver: N/A
Display: server: X.org 1.20.9 driver: fbdev,nouveau unloaded: modesetting,vesa tty: 181x44
Message: Advanced graphics data unavailable in console. Try -G --display
Audio: Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel
Device-2: NVIDIA TU106 High Definition Audio driver: snd_hda_intel
Sound Server: ALSA v: k5.4.0-65-generic
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
IF: enp3s0 state: down mac: 30:9c:23:d0:bb:05
Device-2: TP-Link TL-WN722N v2 type: USB driver: rtl8812au
IF: enx503eaa4de20b state: up speed: N/A duplex: N/A mac: 50:3e:aa:4d:e2:0b
IF-ID-1: docker0 state: down mac: 02:42:f8:2b:a8:df
Drives: Local Storage: total: 465.76 GiB used: 255.67 GiB (54.9%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO 500GB size: 465.76 GiB
Partition: ID-1: / size: 456.96 GiB used: 255.66 GiB (55.9%) fs: ext4 dev: /dev/nvme0n1p2
Sensors: System Temperatures: cpu: 35.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info: Processes: 416 Uptime: 5m Memory: 31.32 GiB used: 1.60 GiB (5.1%) Init: systemd runlevel: 5 Shell: bash
inxi: 3.0.38
更新：设法安装了一些 nvidia 驱动程序，现在显示器正在工作，但分辨率太低。
一些新的事物组合有一些非常非常破碎的东西。我怎样才能恢复到以前的状态。运动部件太多。
更新：
sudo gpu-manager
last_boot_file: /var/lib/ubuntu-drivers-common/last_gfx_boot
new_boot_file: /var/lib/ubuntu-drivers-common/last_gfx_boot
can't access /run/u-d-c-nvidia-was-loaded file
can't access /opt/amdgpu-pro/bin/amdgpu-pro-px
Looking for nvidia modules in /lib/modules/5.4.0-65-generic/updates/dkms
Looking for amdgpu modules in /lib/modules/5.4.0-65-generic/updates/dkms
Is nvidia loaded? no
Was nvidia unloaded? no
Is nvidia blacklisted? no
Is intel loaded? no
Is radeon loaded? no
Is radeon blacklisted? no
Is amdgpu loaded? no
Is amdgpu blacklisted? no
Is amdgpu versioned? no
Is amdgpu pro stack? no
Is nouveau loaded? no
Is nouveau blacklisted? yes
Is nvidia kernel module available? no
Is amdgpu kernel module available? no
Vendor/Device Id: 10de:1f02
BusID "PCI:1@0:0:0"
Is boot vga? yes
Error: can't access /sys/bus/pci/devices/0000:01:00.0/driver
The device is not bound to any driver.
Error : Failed to open /dev/dri
Error : Failed to open /dev/dri
Error : Failed to open /dev/dri
Error : Failed to open /dev/dri
Does it require offloading? no
last cards number = 1
Has amd? no
Has intel? no
Has nvidia? yes
How many cards? 1
Has the system changed? No
Single card detected
Nothing to do
我正在使用 qpdfview 和 okular。它们支持标签。但我看不到如何执行以下操作：
a）打开（双击）文件并在一个窗口中作为选项卡打开 b）将所有打开的窗口“合并”为一个带有选项卡的窗口。
我正在寻找一个可以在一个窗口中打开所有内容的阅读器，或者通过一些配置来实现这一点。
澄清：
最后两件事不起作用。该应用程序不会出现在任何地方，您需要从 appimage 文件手动启动。
有很多打开的 pdf 文件。不得不重新启动一些更新。重新打开时，evince 显示了最近的文件，但只允许我打开一个，然后最近的文件列表似乎完全隐藏了。
有什么方法可以从 evince 访问这个 GLOBAL 最近的列表吗？还有什么方法可以让选项卡式视图在一个窗口中显示所有文档？
USB wifi 适配器出现在这里：
$ lsusb | grep TP
Bus 001 Device 002: ID 2357:010e TP-Link TL-WN722N v2
在升级到 19.10 之前，我有这个工作。我已尝试重新安装驱动程序，但尚未能够使其正常工作。
$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
dns-nameservers 192.168.1.1
我的下一步是什么？我已经浏览了很多旧的调试帖子，但还没有任何效果。
$ iwconfig
docker0 no wireless extensions.
lo no wireless extensions.
br-3ce68697cec1 no wireless extensions.
enp3s0 no wireless extensions.
而且我猜是否有任何已知问题需要断开有线连接才能测试 wifi，这对于了解这一点很重要。
我可以通过 LAN SSH 进入机器没问题，但外部不再工作。ssh -vvv只是说长时间挂起后网络无法访问。
我认为某些配置必须已被擦除。我不记得那是什么了。
警报现已关闭，因此想正确解决此问题：
delivery temporarily suspended: Host or domain name not found. Name service error for name=gmail.com type=MX: Host not found, try again
当我试图弄清楚如何让下面的工作正常工作时，我有预感我的问题开始了（即你不直接编辑 resolv.conf ）
cat /etc/resolv.conf
nameserver 192.168.1.1
resolv.conf -> /run/systemd/resolve/resolv.conf
已经安装了 resolv.conf 并且它现在基本上将“好” ns 添加到列表中，但仅在最后。
127.0.0.53 （例如）在 github 上挂起和超时。我在同一网络上的笔记本电脑从未出现过此问题，并且似乎自动在 192.158.1.1 上接听。这只是运气吗？
想了解为什么这里的默认设置看起来如此糟糕吗？以及为什么这么多人需要手动干预。他们在其他系统上发现了什么？
编辑/更新：
$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Nov 30 10:27 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
$ time nslookup github.com 192.168.1.1
Server: 192.168.1.1
Address: 192.168.1.1#53
Non-authoritative answer:
Name: github.com
Address: 192.30.253.112
Name: github.com
Address: 192.30.253.113
real 0m0.073s
user 0m0.006s
sys 0m0.005s
$ time nslookup github.com 127.0.0.53
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: github.com
Address: 192.30.253.112
Name: github.com
Address: 192.30.253.113
;; connection timed out; no servers could be reached
real 0m15.012s
user 0m0.008s
sys 0m0.004s
$ 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.
nameserver 127.0.0.53
nameserver 192.168.1.1
根据 chili555 的一些建议更新 2：
$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 37 Dec 1 15:45 /etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf
$ nslookup github.com
Server: 127.0.0.53
Address: 127.0.0.53#53
** server can't find github.com: SERVFAIL
$ nslookup github.com 192.168.1.1
Server: 192.168.1.1
Address: 192.168.1.1#53
Non-authoritative answer:
Name: github.com
Address: 192.30.253.112
Name: github.com
Address: 192.30.253.113
$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53