在安装 24.04.01 的笔记本电脑和台式机上，我都在设置中启用了暗黑模式作为默认显示。但是，在这两种情况下，启动后都需要几分钟才能将暗黑模式应用于系统应用程序，例如文件 (Nautilus)、系统监视器等。它们以亮色模式显示，我必须关闭它们并在 4-5 分钟后重新打开它们才能将它们置于暗黑模式。
还有人遇到这个问题吗？你能修复它吗？
该台式机运行的是旧款 Acer Nitro N50-100，配备 NVIDIA GTX 1050 Ti，驱动程序版本为 535。
我不在笔记本电脑旁边，但它是一台装有 RTX 卡的联想 Yoga 9i。
我正在尝试在 Ubuntu 23.10 中的内置 VPN 设置上使用 .ovpn 文件
我进入设置菜单 --> 网络 --> VPN 旁边的“+”按钮
我单击“从文件导入...”并导航到我的 .ovpn 文件。
它似乎有效，但从未连接。在同一台计算机上的 Windows VM 上，我使用 OpenVPN 客户端和相同的文件，它工作得很好，所以这不是文件配置。
我需要在高级设置中执行任何操作才能使其正常工作吗？这里的其他 ovpn 帖子似乎很旧，并且与现代版本的 Ubuntu 无关。我还尝试使用 CLI 命令nmcli connection import type openvpn file <.opvn file>，该命令再次正确导入但无法连接（与 GUI 的行为相同）。
在系统日志中，我得到了nm-openvpn[22624]: read UDPv4 [EHOSTUNREACH]: No route to host (fd=5,code=113)，但正如我所说，它可以在我的虚拟机上的同一台机器上运行。
UFW 未启用，因此端口已打开。
更新：
我切换到端口 1193 尝试使用 nc，我可以看到 1193 正在监听：
~$ nc -v -u -z -w 3 <myIP> 1193
Connection to <myIP> 1193 port [udp/*] succeeded!
期刊输出：
Jan 29 16:46:49 markswift3 nm-openvpn[6429]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jan 29 16:46:49 markswift3 nm-openvpn[6429]: TCP/UDP: Preserving recently used remote address: [AF_INET]<myIP>:1193
Jan 29 16:46:49 markswift3 nm-openvpn[6429]: UDPv4 link local: (not bound)
Jan 29 16:46:49 markswift3 nm-openvpn[6429]: UDPv4 link remote: [AF_INET]<myIP>:1193
Jan 29 16:46:55 markswift3 nm-openvpn[6429]: [server] Peer Connection Initiated with [AF_INET]<myIP>:1193
Jan 29 16:46:56 markswift3 nm-openvpn[6429]: AUTH: Received control message: AUTH_FAILED,Data channel cipher negotiation failed (no shared cipher)
Jan 29 16:46:56 markswift3 nm-openvpn[6429]: SIGUSR1[soft,auth-failure] received, process restarting
Jan 29 16:46:57 markswift3 nm-openvpn[6429]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jan 29 16:46:57 markswift3 nm-openvpn[6429]: TCP/UDP: Preserving recently used remote address: [AF_INET]<myIP>:1193
Jan 29 16:46:57 markswift3 nm-openvpn[6429]: UDPv4 link local: (not bound)
Jan 29 16:46:57 markswift3 nm-openvpn[6429]: UDPv4 link remote: [AF_INET]<myIP>:1193
Jan 29 16:47:08 markswift3 systemd[1]: systemd-hostnamed.service: Deactivated successfully.
我的 .ovpn 文件如下所示（附加了密钥）：
client
dev tun
proto udp
remote <myIP> 1193
resolv-retry infinite
nobind
persist-key
persist-tun
remote-cert-tls server
auth SHA512
cipher AES-256-CBC
ignore-unknown-option block-outside-dns
verb 3
我在 Ubuntu 20.04 上丢失了网络连接（以太网、WiFi 和蓝牙）。我不知道我做了什么让他们失去了，但是在重新启动后，他们就消失了。系统托盘和设置中没有网络图标，网络子菜单中没有WiFi设置，也没有连接。
我可以从 Live USB 映像启动，一切正常。
因此，从我找到的另一个答案中，我进行了备份，然后将 netplanner 和 NetworkManager 文件和目录从 Live USB 复制到我的计算机。重新启动到“正常”的 Ubuntu 环境，仍然没有。
我跑sudo lshw -C network了，输出是：
*-network UNCLAIMED
description: Network controller
product: AR9485 Wireless Network Adapter
vendor: Qualcomm Atheros
physical id: 0
bus info: pci@0000:02:00.0
version: 01
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress cap_list
configuration: latency=0
resources: memory:f7100000-f717ffff memory:f7180000-f718ffff
*-network UNCLAIMED
description: Ethernet controller
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:03:00.0
version: 07
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list
configuration: latency=0
resources: ioport:d000(size=256) memory:f2104000-f2104fff memory:f2100000-f2103fff
注意：输出中没有“逻辑名称”引用。
我的 NetworkManager.conf 文件是：
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
[device]
wifi.scan-rand-mac-address=no
我的 01-network-manager-all.yaml 文件是：
# Let NetworkManager manage all devices on this system
network:
version: 2
renderer: NetworkManager
使用sudo nmcli给出：
lo: unmanaged
"lo"
loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
Use "nmcli device show" to get complete information about known devices and
"nmcli connection show" to get an overview on active connection profiles.
Consult nmcli(1) and nmcli-examples(7) manual pages for complete usage details.
我没有安装 ifconfig (net-tools)。
运行nm-applet会显示一个灰色的系统托盘图标，但是当我单击它时，打开的窗口（显示连接）是空的。
任何帮助是极大的赞赏。
更新 20200724：我可以登录旧内核 5.4.0-41 和 5.4.0-40，一切正常。但是 5.4.0-42 很糟糕。
其他尝试过的东西：
输出uname -a：
Linux marks-linux-box 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
输出dpkg -l linux-* | grep ii：
ii linux-base 4.5ubuntu3.1 all Linux image base package
ii linux-firmware 1.187.2 all Firmware for Linux kernel drivers
ii linux-headers-5.4.0-40 5.4.0-40.44 all Header files related to Linux kernel version 5.4.0
ii linux-headers-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel headers for version 5.4.0 on 64 bit x86 SMP
ii linux-headers-5.4.0-41 5.4.0-41.45 all Header files related to Linux kernel version 5.4.0
ii linux-headers-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel headers for version 5.4.0 on 64 bit x86 SMP
ii linux-headers-5.4.0-42 5.4.0-42.46 all Header files related to Linux kernel version 5.4.0
ii linux-headers-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel headers for version 5.4.0 on 64 bit x86 SMP
ii linux-image-5.4.0-40-generic 5.4.0-40.44 amd64 Signed kernel image generic
ii linux-image-5.4.0-41-generic 5.4.0-41.45 amd64 Signed kernel image generic
ii linux-image-unsigned-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel image for version 5.4.0 on 64 bit x86 SMP
ii linux-libc-dev:amd64 5.4.0-42.46 amd64 Linux Kernel Headers for development
ii linux-modules-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-extra-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-extra-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-nvidia-390-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel nvidia modules for version 5.4.0-40
ii linux-modules-nvidia-390-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel nvidia modules for version 5.4.0-41
ii linux-modules-nvidia-390-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel nvidia modules for version 5.4.0-42
ii linux-modules-nvidia-390-generic-hwe-20.04 5.4.0-42.46 amd64 Extra drivers for nvidia-390 for generic-hwe-20.04
ii linux-sound-base 1.0.25+dfsg-0ubuntu5 all base package for ALSA and OSS sound systems
我注意到命名约定在 5.4.0-42 发生了怎样的变化：
linux-image-5.4.0-40-generic 5.4.0-40.44
linux-image-5.4.0-41-generic 5.4.0-41.45
linux-image-unsigned-5.4.0-42-generic 5.4.0-42.46
为什么没有签名？
linux-modules-extra当它是 41 和 40 时，我似乎没有安装 42。