我知道这个问题并不重要，但是当我记起更新 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 安装的。
大约一年前，我从 Windows 10 换到了 Ubuntu。我在一台配备 Core i7 处理器的戴尔 3700 上运行 KDE Plasma 6.2。这是一台小型台式机，配有 500GB SSD 内置驱动器和 100GB 外置 SSD，内存为 3G2GB。它在 BIOS 中显示为 Inspiron。
上周，我收到一个提示，要求我将操作系统升级到 Ubuntu 24.04，当我选择升级时，系统彻底崩溃了。我终于安装了 Plasma 6.2，在完成所有系统安全更新后，我仍然收到一个提示，要求我将操作系统从 Ubuntu 升级。
当我接受升级提示时，我的系统彻底崩溃了。事实上，情况非常糟糕，技术人员甚至无法弄清楚，我被迫购买一台新电脑。
现在，在安装 KDE Plasma 并升级到 6.2 后，我收到了相同的升级到 Ubuntu 24.04 的通知。在完成所有这些工作（传输了 2,700 张照片、我的手稿等）后，我就是无法决定是否继续并单击接受升级。我应该升级吗？