Kazam 程序在 Kubuntu 24.04 中运行良好。但它无法在新发布的 Kubuntu 版本中录制屏幕。这种不兼容的原因是什么？我该如何解决？
我知道这个问题并不重要，但是当我记起更新 UbuntuOS 版本时主文件夹不会被删除时，我就有了这个想法，但是 Steam 上的游戏怎么办？它们在主目录中吗？还是我必须在操作系统更新后重新下载所有游戏，因为它们也被删除了？
我收到了 Ubuntu 24.04 需要更新的通知。单击通知后，出现了固件更新程序 GUI。有一个针对较新版本的 UEFI dbx 更新。更新后，系统重新启动。但是，我注意到一个严重的问题。此系统 CPU 有 16 个内核、32 个线程，系统监视器将显示 32 个 CPU 内核。UEFI dbx 更新后，系统监视器现在只显示 1 个 CPU。更新似乎损坏了系统。我该如何解决此问题？
我认为 GUIfwupdmgr与终端有关。我刚刚运行了命令fwupdmgr get-updates，它显示
...
Devices with the latest available firmware version:
• UEFI dbx
────────────────────────────────────────────────
Devices that have been updated successfully:
• UEFI dbx (371 → 20241101)
Uploading firmware reports helps hardware vendors to quickly identify failing and successful updates on real devices.
此外，终端命令fwupdmgr get-devices显示了此信息（我屏蔽了下面的一些 ID 信息）：
...
...
...
│ └─UEFI dbx:
│ Device ID: Some numbers
│ Summary: UEFI revocation database
│ Current version: 20241101
│ Minimum Version: 20241101
│ Vendor: UEFI:Linux Foundation
│ Install Duration: 1 second
│ GUIDs: xxx ← UEFI\CRT_xxx&ARCH_X64
│ yyy ← UEFI\CRT_yyy&ARCH_X64
│ zzz ← UEFI\CRT_zzz&ARCH_X64
│ Device Flags: • Internal device
│ • Updatable
│ • Supported on remote server
│ • Needs a reboot after installation
│ • Device is usable for the duration of the update
│ • Only version upgrades are allowed
│ • Signed Payload
更新：
我刚刚尝试重新启动系统，以查看使用（恢复模式）或较旧的 Linux 版本启动时是否也会出现此问题。我确认在使用Linux 6.11.0-19-generic (recovery mode)和较旧版本启动时不会出现此问题Linux 6.8.0-52-generic。此问题似乎出现在Linux 6.11.0-19-generic最新的 Linux 版本上。
另外，我发现我确实做了一个apt upgrade（我忘记了，并在检查 /var/log/apt/history.log 后进行了验证），它将 Linux 版本升级到了 6.11.0-19.19~24.04.1。此升级必须在 UEFI dbx 更新之后但在重新启动之前进行。
$ dpkg --list | grep linux-image
ii linux-image-6.11.0-19-generic 6.11.0-19.19~24.04.1 amd64 Signed kernel image generic
rc linux-image-6.8.0-49-generic 6.8.0-49.49 amd64 Signed kernel image generic
rc linux-image-6.8.0-50-generic 6.8.0-50.51 amd64 Signed kernel image generic
ii linux-image-6.8.0-51-generic 6.8.0-51.52 amd64 Signed kernel image generic
ii linux-image-6.8.0-52-generic 6.8.0-52.53 amd64 Signed kernel image generic
ii linux-image-generic-hwe-24.04 6.11.0-19.19~24.04.1 amd64 Generic Linux kernel image
我该如何解决这个问题Linux 6.11.0-19-generic？
我是 Ubuntu 新手。我已经安装了 Discord，现在它要求我升级它。
当我点击下载时，它会下载一个.deb文件。但是当我点击它时，它给我一个灰色的选项，上面写着“已安装（可能不安全）”。
我该如何升级它？
我当前的 discord 版本。
discord --version
Discord 0.0.85
Quitting secondary instance.
blackbox: 2/27/2025, 10:10:26 AM CST 0
我尝试从 22 升级到 24 并收到以下错误：
Building module:
Cleaning build area...(bad exit status: 2)
...(bad exit status: 2)3-generic
not found21285.20171026_COEX20170111-1414l8723de
Error! Bad return status for module build on kernel: 6.8.0-53-generic (x86_64)
/build/make.log for more information.1414
(10) autoinstall on 6.8.0-53-generic/x86_64 failed for rtl8723de
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
* dkms: autoinstall for kernel 6.8.0-53-generic
...fail!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
dpkg: error processing package linux-headers-6.8.0-53-generic (--configure):
installed linux-headers-6.8.0-53-generic package post-installation script subprocess returned error exit status 11
dpkg: dependency problems prevent configuration of linux-headers-generic:
linux-headers-generic depends on linux-headers-6.8.0-53-generic; however:
Package linux-headers-6.8.0-53-generic is not configured yet.
dpkg: error processing package linux-headers-generic (--configure):
dependency problems - leaving unconfigured
Setting up linux-image-6.8.0-53-generic (6.8.0-53.55) ...
No apport report written because the error message indicates its a followup error from a previous failure.
dpkg: dependency problems prevent configuration of linux-generic:
linux-generic depends on linux-headers-generic (= 6.8.0-53.55+1); however:
Package linux-headers-generic is not configured yet.
运行 dkms status，我有这个输出，我不知道如何处理：
dkms status
: added8_21285.20171026_COEX20170111-1414
不用说，跑步dkms remove 8_21285.20171026_COEX20170111-1414没什么用
在升级到下一个 LTS 时，我收到超级块 I/O 错误消息（见下图）。如果我没记错的话，安装已经完成，安装程序正在删除过时的软件包时发生了这种情况。
系统每隔几秒就会打印相同的消息，所以我重新启动了。没有出现 GRUB 屏幕，只有一个空白屏幕。
我不知道该怎么做。请指教。
我正在尝试将 Ubuntu Server 从 22.04 升级到 24.04。我有 LTS，如果这很重要的话。这不是双启动系统。
当我尝试通过命令行或软件更新程序升级时，出现以下信息：
EFI 系统分区 (ESP) 不可用 您的 EFI 系统分区 (ESP) 未安装在 /boot/efi。请确保其配置正确，然后重试。
我应该等待软件更新程序来修复这个问题还是我现在可以做些什么？我这样说是因为其他用户报告了此升级的问题。
我下一步该怎么做？否则，请告诉我解决方案。
neil@Tensor:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI
neil@Tensor:~$ sudo parted -l
Model: ATA ST5000DM000-1FK1 (scsi)
Disk /dev/sda: 5001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 5001GB 5001GB ext4
Model: ATA KINGSTON SA400M8 (scsi)
Disk /dev/sdb: 240GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 2097kB 214GB 214GB ext4
2 214GB 240GB 26.2GB linux-swap(v1) swap
Model: ATA ST2000DM008-2FR1 (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 2000GB 2000GB ext4 primary
Model: Samsung SSD 980 PRO 1TB (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp
2 538MB 1000GB 1000GB ext4
neil@Tensor:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=c976d11c-8cb7-409c-adf9-8d2bbc218331 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=9b058488-9eb6-47eb-8bc1-76b4515f776a /boot/efi vfat umask=0077 0 1
# nj /swapfile none swap sw 0 0
# nj UUID=79E0-9995 /boot/efi vfat defaults 0 1
#UUID=9b058488-9eb6-47eb-8bc1-76b4515f776a swap swap defaults, noatime 0
neil@Tensor:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=65863028k,nr_inodes=16465757,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=13180964k,mode=755,inode64)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p2 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=29429)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
tmpfs on /run/qemu type tmpfs (rw,nosuid,nodev,relatime,mode=755,inode64)
/var/lib/snapd/snaps/bare_5.snap on /snap/bare/5 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/canonical-livepatch_264.snap on /snap/canonical-livepatch/264 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/canonical-livepatch_286.snap on /snap/canonical-livepatch/286 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/code_155.snap on /snap/code/155 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/code_165.snap on /snap/code/165 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core_16928.snap on /snap/core/16928 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core_17200.snap on /snap/core/17200 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core20_2318.snap on /snap/core20/2318 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core20_2434.snap on /snap/core20/2434 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core22_1439.snap on /snap/core22/1439 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core22_1722.snap on /snap/core22/1722 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core24_423.snap on /snap/core24/423 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core24_609.snap on /snap/core24/609 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/firefox_3941.snap on /snap/firefox/3941 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/firefox_3972.snap on /snap/firefox/3972 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_140.snap on /snap/gnome-3-38-2004/140 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_143.snap on /snap/gnome-3-38-2004/143 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_141.snap on /snap/gnome-42-2204/141 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_172.snap on /snap/gnome-42-2204/172 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1535.snap on /snap/gtk-common-themes/1535 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/john-the-ripper_675.snap on /snap/john-the-ripper/675 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/john-the-ripper_692.snap on /snap/john-the-ripper/692 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/pdftk_9.snap on /snap/pdftk/9 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snap-store_1017.snap on /snap/snap-store/1017 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snap-store_1113.snap on /snap/snap-store/1113 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd_23258.snap on /snap/snapd/23258 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd-desktop-integration_253.snap on /snap/snapd-desktop-integration/253 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd-desktop-integration_83.snap on /snap/snapd-desktop-integration/83 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/zoom-client_230.snap on /snap/zoom-client/230 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/dev/nvme0n1p2 on /var/snap/firefox/common/host-hunspell type ext4 (ro,noexec,noatime,errors=remount-ro)
/var/lib/snapd/snaps/zoom-client_242.snap on /snap/zoom-client/242 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=13180964k,mode=755,inode64)
nsfs on /run/snapd/ns/canonical-livepatch.mnt type nsfs (rw)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=13180960k,nr_inodes=3295240,mode=700,uid=1000,gid=1000,inode64)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
nsfs on /run/snapd/ns/snapd-desktop-integration.mnt type nsfs (rw)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdc1 on /media/neil/Data type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
/var/lib/snapd/snaps/snapd_23545.snap on /snap/snapd/23545 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
nsfs on /run/snapd/ns/snap-store.mnt type nsfs (rw)
这是 blkid。哪个是 /boot/efi 的正确 UUID？
/dev/nvme0n1p1: UUID="79E0-9995" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f71578b0-675a-4fc7-a0c1-a7ec62caa1d5"
/dev/nvme0n1p2: UUID="c976d11c-8cb7-409c-adf9-8d2bbc218331" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="95ade6cc-28a6-4cfc-86dc-d39611c182ca"
/dev/sdb2: UUID="9b058488-9eb6-47eb-8bc1-76b4515f776a" TYPE="swap" PARTUUID="773dbdaf-1d73-4748-b0a1-d38163e7de4c"
/dev/sdb1: LABEL="High Speed Disk" UUID="2cba7867-3e9a-406c-8901-f670f2efa071" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="79c834a0-e737-4391-952b-f1a788e6a221"
/dev/sdc1: LABEL="Data" UUID="58169010-144e-4f9c-8762-d9aac2597d95" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="primary" PARTUUID="500b66a1-1f3a-450e-9c8a-29f96191ae30"
/dev/sda1: LABEL="Backups" UUID="9969f95f-bd9e-4ea9-9bb5-207fd1088bbe" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="85510172-3534-4928-8ee3-98e8d29fa9f9"
升级 Ubuntu 时我总是遇到问题，所以我避免这样做。但是，一位朋友说他从来没有遇到过问题，所以我决定今早试一试 - 我几乎希望我没有这么做。
所以，我刚刚升级到 24.04.1，当系统重新启动时，它只显示一个黑屏，左上角有一个闪烁的光标。
如果我按下某些键，我可以找到紧急模式，在那里我可以读取启动日志，但它充满了垃圾，我不知道如何开始诊断问题。
我知道最新版本已经投入了大量的工作 —— 因此放弃升级过程并重新安装 Ubuntu 似乎有点可惜（我过去一直这样做 —— 而且我怀疑大多数人在这种情况下都会这么做）。
关于如何进行有什么建议吗？
大约 1 个月前，我将系统从 22.04 升级到 24.04。在此升级之前，系统非常稳定，没有问题。升级后，系统开始间歇性地自行重启。（即 Ubuntu 正在运行，但什么都没运行，或者实际上什么都没运行，然后我看到了 BIOS 屏幕）。
搜索后，我发现有人说“重新安装”。我备份了我的 /home/user 和 /etc，然后重新安装了 24.04。重新安装后，我只从 /etc 中获取了旧的 samba 配置，从 /home/user 中获取了用户文件，然后重新开始配置和使用我新安装的 Ubuntu 机器。令我惊讶的是，它再次间歇性地重新启动。很多时候机器只是放在那里，然后重新启动。
我对此感到困惑，因为它表现得好像是硬件问题，但升级前后硬件没有任何变化。机器的气流良好，没有理由怀疑过热。很多时候，它在重置时只是空转。
到目前为止，我解决或隔离问题的尝试包括（不一定按顺序）：
- 将 BIOS 更新为最新版本。（MB 为 ASUS ROG STRIX B550-F (wifi)）
- 完整的 memtest86。花了 2 小时 28 分钟全面测试 128GB，运行 SMP。我认为 SMP 很好，因为它可以测试处理器上的多个核心。没有失败。
- CPU 烧机测试，其中装载了我的 CPU (AMD Ryzen 5 5600X) 一段时间。没有失败。
- 已验证显卡的最新图形驱动程序（AMD Radeon RX 580）
- 使用 Unigine valley 执行了 GPU 测试。没有失败。
- 禁用主板上的 Wi-Fi 和蓝牙功能。仍然发生不受控制的重启
- 更换了新的电源。仍然发生不可控的重启。
- 我通过添加以下内容启用了内核调试日志记录（我认为）：
kernel.printk = 7 7 1 7到 /etc/sysctl.conf，然后通过使用以下命令验证是否已启用此功能cat /proc/sys/kernel/printk
我无法在日志中找出持续发生的任何事件。例如，如果我获取输出last reboot并查看最近的输出：
reboot system boot 6.8.0-48-generic Wed Nov 20 16:01 still running
reboot system boot 6.8.0-48-generic Wed Nov 20 15:43 still running
reboot system boot 6.8.0-48-generic Wed Nov 20 15:25 - 15:43 (00:17)
reboot system boot 6.8.0-48-generic Wed Nov 20 14:49 - 15:43 (00:53)
reboot system boot 6.8.0-48-generic Wed Nov 20 14:40 - 14:48 (00:08)
reboot system boot 6.8.0-48-generic Wed Nov 20 13:23 - 14:48 (01:24)
reboot system boot 6.8.0-48-generic Wed Nov 20 12:19 - 14:48 (02:28)
reboot system boot 6.8.0-48-generic Wed Nov 20 11:36 - 14:48 (03:12)
这些时间代表系统重新启动。通常，当系统出现故障并重新启动时，它会显示“仍在运行”，但随后会进行某种清理。上述几乎所有情况都代表不受控制的重新启动，但可能只有 2 次例外，当时我正在调整配置并想确保它处于活动状态。
如果我转到/var/log/kern.log并向后搜索“Linux 版本”（重启后的第一个日志），我可以看到重启前发生的日志。似乎没有始终相同的原因。例如，这里是 16:01。
2024-11-20T15:44:48.904343-07:00 svr kernel: audit: type=1400 audit(1732142688.903:192): apparmor="DENIED" operation="capable" class="cap" profile="/usr/lib/snapd/snap-confine" pid=4428 comm="snap-confine" capability=38 capname="perfmon"
2024-11-20T16:01:55.246557-07:00 svr kernel: Linux version 6.8.0-48-generic (buildd@lcy02-amd64-010) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #48-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 27 14:04:52 UTC 2024 (Ubuntu 6.8.0-48.48-generic 6.8.12)
还有 15:43
2024-11-20T15:43:09.543269-07:00 svr kernel: exe="/usr/bin/dbus-daemon" sauid=101 hostname=? addr=? terminal=?'
2024-11-20T15:43:35.769171-07:00 svr kernel: Linux version 6.8.0-48-generic (buildd@lcy02-amd64-010) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #48-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 27 14:04:52 UTC 2024 (Ubuntu 6.8.0-48.48-generic 6.8.12)
首先请注意，日志之间存在明显的日志间隙。例如，16:01，最后一个内核日志与重启之间有 15 分钟的间隙。而在 15:43 重启时，间隔接近 20 秒。我见过其他重启，在重启之前的日志中存在二进制垃圾，例如这个：
2024-11-19T11:00:56.597426-07:00 svr kernel: exe="/usr/bin/dbus-daemon" sauid=101 hostname=? addr=? terminal=?'
^@^@^@[many ^@ snipped]^@2024-11-19T11:03:04.550077-07:00 svr kernel: Linux version 6.8.0-48-generic (buildd@lcy02-amd64-010) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #48-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 27 14:04:52 UTC 2024 (Ubuntu 6.8.0-48.48-generic 6.8.12)
2024-11-19T11:03:04.550299-07:00 svr kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-6.8.0-48-generic root=UUID=60c9acc4-90f4-4d74-acdc-ad21be5bbc15 ro quiet splash vt.handoff=7
我不知道发生了什么。这台机器在 22.04 上运行了好几年，运行良好且稳定。然后在我安装 24.04 后，它立即开始随机重置。在这些随机重置之间，它运行良好。 :(
如果有人可以告诉我“启用此设置”并查看此日志，我们可以找出重置的原因，我会很高兴的！！！
一条供认数据（只有在长时间的故障排除会议结束时才会出现的内容）：
我儿子的机器上曾经有运行 Windows 的主板/处理器，而我的机器上还有其他硬件。发生了一些事情，他的 Windows 崩溃了——太糟糕了。我无法使用常规的 Windows USB 方式修复它，因此我使用 dd 从 /dev/zero 到他的驱动器从 Ubuntu USB 启动，将他的硬盘完全清零。我尝试了很多次，尝试了很多方法重新安装 Windows 10，但即使它实际上是一个全新的系统，它也无法正常工作。
我的最终结论是，我将使用这个主板/处理器，并将其与我机器上的主板/处理器交换。工作得很好，直到我安装了 Ubuntu 24.04。
鉴于这个问题的疯狂性质，我最好的猜测是：主板上某个地方发生了一些细微的硬件故障，导致 Windows 无法运行或安装。Ubuntu 22.04 运行良好，因为它可能没有使用那个硬件？？？然后 Ubuntu 24.04 的内核/软件中的一些变化现在使用了那个硬件，现在一切正常？奇怪的是我在 22.04 上取得了如此巨大的成功这么长时间。
我还有另外两个儿子，一个在这款主板和处理器组合上运行 Windows 10，另一个在这款主板和处理器组合上运行 Ubuntu 24.04。没问题。
既然不是电源问题，那么可能是主板上的某个组件出了问题，我应该好好哭一场然后花点钱买一个新的？
更新
呃！！更换主板后，我仍然遇到无法控制的重启！
reboot system boot 6.8.0-49-generic Fri Nov 22 11:06 still running
reboot system boot 6.8.0-49-generic Fri Nov 22 03:30 still running
reboot system boot 6.8.0-49-generic Fri Nov 22 09:21 - 09:27 (00:05)
reboot system boot 6.8.0-48-generic Wed Nov 20 18:12 - 09:21 (1+15:08)
怎么回事？？？新电源，新主板。CPU 已测试，内存已测试。
当系统处于空闲状态时，重新启动再次发生——我已经离开了。
更新2
更换电源板/电涌保护器没有效果。我正试图消除所有不必要的东西，看看是否能起到作用。
我断开了连接到充当第二台显示器的 4K 电视的 HDMI 电缆。我已将通过 Display Port 连接的 4K 显示器和通过 HDMI 连接的 4K 电视插入显卡。自从我断开连接以来，它已经运行了近 2 个小时。我打算让机器运行一整夜，并运行一些简单的应用程序。如果早上它仍然运行，我会觉得自己很愚蠢，但很高兴问题已经解决了。坏的 HDMI 电缆会造成这种情况吗？将计算机连接到 4K 电视是否不好？
解决
机器整晚都没有接上 HDMI 线到电视。我能想到的最好解释是，也许我在升级到 24.04 时不小心撞坏了电缆。真希望我先测试一下。@david 建议验证 22.04 上是否仍会发生这种情况，这可能是消除分析假设的良好诊断方法，但我当时不想花这个力气。我希望每个人都比我更聪明。:) 感谢所有投入精力或兴趣的人。
我将 Ubuntu 24.04 升级到 Ubuntu 24.10，Prism Launcher（经过修改的 Minecraft 启动器）被卸载了。这该如何解释？我只是想知道，因为我认为它不会干扰任何系统软件包，无论如何我都可以稍后再安装它。它是通过 apt 安装的。