Ubuntu 26.04.1 有哪些变化，24.04 何时可升级

Ubuntu 26.04.1 简介

Ubuntu 26.04.1 LTS（长期支持版）于 2026 年 8 月 27 日发布，比 Ubuntu 26.04 LTS 于 2026 年 4 月 23 日发布晚 4 个月。它汇总了现有版本的更新：使用相同的 Linux 7.0 内核和相同的软件包集合，并将截至 2026 年 8 月 25 日发布的所有稳定版本更新（SRU）和安全更新集成到新的安装介质中。已经运行 apt full-upgrade 的 Ubuntu 26.04 服务器已经包含全部这些内容。这个版本主要与 Ubuntu 24.04 LTS 服务器有关，因为 Canonical 通常会在首个点版本发布时开放从上一版 LTS 升级的路径。截至 2026 年 9 月 18 日，该升级路径尚未开放；有一个公开的文本文件会告知你开放日期。

.1 点版本的含义

点版本是一次快照。Canonical 以当前的 26.04 软件包归档为基础，其中包含自 4 月以来进入 resolute-updates 和 resolute-security 的所有更新，并据此构建新的 ISO 映像和云映像。发行公告用一句话说明了这一点：“此点版本包含许多更新，并提供了更新后的安装介质，因此安装后需要下载的更新更少。”支持政策不会因此改变。5 年支持期仍从 2026 年 4 月开始计算，因此 26.04.1 支持到 2031 年 4 月，与 4 月发布的映像完全相同。一般机制（包括为什么后续点版本会携带更新的内核，而此版本不会）请参阅Ubuntu 点版本的工作方式。下面的内容仅针对 26.04.1。

Ubuntu 26.04.1 有哪些变化

完整列表请参阅官方 26.04.1 发行说明页面。列表很长，其中大部分与桌面和笔记本电脑硬件有关。下面列出与服务器相关的条目。

内核：仍为 Linux 7.0，尚未提供 HWE 堆栈

26.04 LTS 随 Linux 7.0 发布，高于 24.04 中的 6.8。该 .1 版本仍使用 7.0。发行说明在内核部分列出了多个 linux SRU 构建版本，其中包括 7.0.0-15.15 跟踪版本。因此，在已安装补丁的计算机上，uname -r 显示的 ABI（应用程序二进制接口）编号会高于 April 镜像，但仍属于同一个 7.0 系列。Ubuntu 26.04.1 没有 HWE（硬件启用）内核。Ubuntu 内核生命周期页面说明了这一模式：桌面版从“.2 及更高版本的点版本开始随附更新后的内核”，而“服务器安装默认使用 GA 内核，并将启用内核作为可选项”。GA 表示正式可用，即该发行版发布时附带的内核。在 VPS 上，这意味着在整个发行版生命周期内，你会继续使用 7.0，除非主动选择其他内核；至于服务器是否应使用 HWE 内核，这是另一个独立决定，不必今天做出。

有一项内核修复值得特别说明。Bug 2158267“性能回归导致 SDXL 推理速度下降（约 42 倍）”已在通用内核和大多数云内核变体中修复。如果你在 26.04 上运行推理负载，并且发现内核更新后速度下降，应查看这一条。

服务器和云相关修复

• openssl：修复“HollowByte 拒绝服务问题”的安全更新（bug 2161371）。
• rsync：“修复 2026 年 5 月安全更新引入的回归问题”（bug 2155874）。如果 rsync 在 5 月对你不可用，.1 安装介质已包含此修复。
• exim4：包含 3 项安全更新，其中包括向已释放缓冲区写入 1 个字节，以及 PROXYv2 中的信息泄露修复。
• ca-certificates：Mozilla 证书颁发机构捆绑包更新至版本 2.86。
• systemd：修复 systemd-networkd resolve hook 导致 cloud-init 延迟的问题（bug 2148619），并使核心组件仅在需要时打开 netfilter socket。
• libvirt 和 qemu：修复“physical_package_id 较大时过度分配内存”的问题，以及修复 iothread 与 throttle group 之间的竞态问题。
• apparmor：采用新的上游版本，并修复“uucore locales reads”的配置文件问题。uucore 是 rust-coreutils 下方的共享代码，该修复与下文介绍的 24.04 升级提示延迟属于同一问题。
• ubuntu-meta：已从 cloud-minimal、server、server-minimal 和 server-raspi seeds 中移除 pollinate，并将 curl 显式添加到 cloud-minimal 和 server-minimal。这两项变更适用于使用 .1 安装介质进行全新安装时包含的内容。
• debootstrap：“检测并支持 Release index 文件中的 SHA512”。如果你从 26.04 archive 构建 chroot 或容器，这一项很重要。
• base-files：/etc/os-release 现在显示为 26.04.1，并修复了之前“VERSION 中缺少 LTS”的 bug，因此该字符串现在显示为 26.04.1 LTS (Resolute Raccoon)。

安装介质

新的 ISO 包含 4 项 livecd-rootfs 修复。VPS 用户可能遇到的是“修复：更新 nocloud 密码数据格式”（bug 2149891），该问题影响通过 NoCloud datasource 传递密码的无人值守安装。其他修复将 casper 目录中的内核和 initrd 权限设置为 0644，并修正 2 个 riscv64 启动选项。云服务商提供的镜像很少需要从 ISO 安装，因此实际影响是：使用 26.04.1 构建的模板启动时，已经包含截至 2026 年 8 月 25 日发布的安全更新。

发行版升级器

.1 中包含 5 个 ubuntu-release-upgrader 条目，其中 1 个会影响所有 26.04 计算机。Bug 2154602“data/release-upgrades：为 resolute 设置 Prompt=lts”修复了 April 版本中的错误：/etc/update-manager/release-upgrades 发布时使用了 Prompt=normal，这是 interim release 的设置。版本 1:26.04.22 会将其设置为 Prompt=lts。如果没有此修复，26.04 服务器会在 October 收到升级到 26.10 的提示。其他条目包括 24.04 路径中的问题（“在 Noble 中标记 libfile-libmagic-perl 进行安装”）、一个 Raspberry Pi 问题、一次 lint 清理，以及更新的镜像列表。

26.04 服务器如何达到 26.04.1

无需执行升级。这个点版本对应的是软件仓库状态，服务器通过 apt 跟踪该仓库。执行以下 2 条命令，可让任何 26.04 安装达到与 .1 安装介质相同的状态，或更新到更高状态。

sudo apt update
sudo apt full-upgrade

使用 full-upgrade，不要使用 upgrade。apt upgrade 不会删除任何内容，因此当软件包更新需要移除旧软件包时，它会显示 The following packages have been kept back，并将这些软件包保留在旧版本。full-upgrade 允许删除软件包，因此可以完成更新。之后检查版本字符串。

grep VERSION= /etc/os-release

应看到 VERSION="26.04.1 LTS (Resolute Raccoon)"。如果字符串中仍没有 .1，说明 base-files 更新尚未应用。这通常表示 apt update 连接镜像失败。再次查看 apt update 的输出。对于新提供商镜像，最常见的原因是镜像尚未完成同步。

接下来，确认内核是否已更新。

cat /var/run/reboot-required
uname -r

*** System restart required *** 表示已安装需要重启后生效的软件包，在服务器上通常就是内核。uname -r 显示当前正在运行的内核。新内核必须在重启后才会生效，因此应在可以接受 1 分钟停机时重启。如果机器无法重新启动，内核更新后停止启动的 VPS 几乎总能从 GRUB 菜单中选择上一个内核启动。使用新内核启动后，sudo apt autoremove --purge 会清理旧内核；在 Ubuntu 上清理旧内核 介绍了应保留哪些内核。

最后，确认升级器修复已生效。

grep -v '^#' /etc/update-manager/release-upgrades

应看到 Prompt=lts。如果看到 Prompt=normal，说明您或预置脚本在 .1 发布前编辑了该文件，因此 dpkg 保留了您的副本，而没有安装新文件。手动将其设置为 lts。这个差异决定了您的服务器下个月会收到 26.10，还是在 2028 年收到下一个 LTS 版本；服务器应保持使用 LTS 版本的原因 解释了相关原理。

为什么 24.04 服务器仍提示没有可升级版本

这部分最容易让人困惑，因为 26.04.1 已经发布，但升级程序仍提示没有可升级版本。原因在于 Canonical 控制的一个文本文件中有一个标志位。

在 24.04 服务器上，/etc/update-manager/release-upgrades 保存 Prompt=lts。在此设置下，do-release-upgrade 会下载 https://changelogs.ubuntu.com/meta-release-lts 并读取其中的发行版列表。对于每个比当前版本更新的发行版，它都会检查一个 Supported: 字段。以下是 update-manager 的 MetaRelease.py 中相关的循环，已删减：

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

如果发行版的 Supported: 0，就会被跳过，效果等同于不存在。您可以自行读取该文件。

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

截至 18 September 2026，它输出：

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 0

Version 行已经写明 26.04.1，因此该文件已针对这个点版本更新。仍为 0 的只有 Supported 标志位。由于这个原因，循环找不到可升级的发行版，new_dist 保持为空，do-release-upgrade 会针对 Prompt=lts 情况输出以下消息：

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

应将这条消息理解为“暂时还没有向您提供 LTS 升级”，并忽略其中关于 Prompt=normal 的提示。设置该选项后，升级程序会改为读取 interim 发行版列表，并向您提供 25.10。该版本仅支持 9 个月，之后您还需要再次升级才能到达 26.04。较短的 No new release found. 消息表示相同的条件，只是该计算机上的文件已经写明 Prompt=normal。do-release-upgrade 找不到新发行版时的处理方法介绍了这两条消息及其其他原因。还有一条消息值得了解。Please install all available updates for your release before upgrading. 表示 24.04 上有待安装的更新；再次尝试前，应先执行 sudo apt full-upgrade。

为什么该标志位还没有切换？26.04.1 公告称：“Ubuntu 24.04 LTS 用户将在该版本发布几周后，通过 Update Manager 自动获得升级到 26.04.1 LTS 的提示；在此之前，Canonical 计划回移植修复，以解决近期 rust-coreutils 版本中的回归问题。”26.04 是首个使用 rust-coreutils 而不是 GNU coreutils 提供 ls 及其他核心工具的 LTS 版本；Ubuntu 基础系统中的 Rust 重写会带来哪些变化说明了为什么从 24.04 升级时会首先出现这些工具中的回归。Canonical 会等这些修复进入 resolute-updates 后，再启用自动升级提示。届时，文件会改为 Supported: 1。从那以后，24.04 上的 SSH 登录提示会显示 New release '26.04.1 LTS' available.，后面接着显示 Run 'do-release-upgrade' to upgrade to it.；之前提示没有可升级版本的同一条命令就会开始提供 26.04.1，您无需进行其他修改。

如果您不想等待

公告还列出了绕过该标志位的方法：do-release-upgrade -d。该标志位的帮助文本为“If using the latest supported release, upgrade to the development release”，看起来像是 26.10，但在 LTS 上并不是这样。使用 Prompt=lts 后，-d 会在上面的代码中执行两项操作。它会将 -development 附加到 URL，使升级程序读取 meta-release-lts-development；同时设置 useDevelopmentRelease，满足 continue 条件的后半部分。Supported: 0 跳过逻辑不再生效，于是会提供 resolute。该文件列出的是最新 LTS，因此在 24.04 上，-d 提供的是 26.04.1，而不是 26.10。

sudo do-release-upgrade -d

代价是，您获得的 26.04.1 将以当前的软件源状态为准，早于 Canonical 正在等待的 rust-coreutils 回移植修复。如果服务器可以从快照重建，这通常是合理的选择。如果无法重建，请等待标志位切换。无论选择哪种方式，都应先创建快照，并阅读完整的 24.04 到 26.04 升级指南，其中介绍了 SSH 端口 1022 回退方案和第三方软件源的处理方法。如果升级在中途停止，请打开恢复失败的 Ubuntu 发行版升级页面。

决策

已经在 26.04：无需执行特殊操作。运行 sudo apt update && sudo apt full-upgrade；如果存在 /var/run/reboot-required，则重启。然后确认 Prompt=lts。你一直没有落后，因为 point release 就是你原本所在的更新流。

在 24.04：升级路径即将开放，但截至 18 September 2026 仍处于关闭状态。每周运行一次上面的 curl 行。当 Supported: 的值为 1 时，先创建快照，再计划升级。如果你希望在此之前使用 26.04，do-release-upgrade -d 会立即将系统升级到 26.04.1，但需注意上面的限制。24.04 LTS 本身支持到 April 2029，因此再等待几周，直到该标志出现，不会造成任何损失。

在 22.04 或 interim release：发行说明明确指出：“必须先升级到 Ubuntu 24.04 LTS 或 25.10，然后才能继续升级到 26.04 LTS。”先升级到 24.04，然后按照上面的 24.04 路径操作。

FAQ

Ubuntu 26.04.1 是需要安装的新版本吗？

不是。Ubuntu 26.04.1 LTS 于 27 August 2026 发布，它仍是 26.04 软件仓库，只是将四个月的更新集成到了新的安装介质中。运行 sudo apt update && sudo apt full-upgrade 的 26.04 服务器已经达到或超过 .1 状态；应用 base-files 更新后，grep VERSION= /etc/os-release 会显示 26.04.1 LTS (Resolute Raccoon)。支持仍将于 April 2031 结束，起算时间为 April 2026 的版本发布日期。

为什么在 24.04 上运行 do-release-upgrade 会提示没有可用的 LTS 开发版本？

因为 Prompt=lts 会让升级程序读取 meta-release-lts，而该文件将 26.04.1 标记为 Supported: 0。升级程序会跳过不受支持的条目，因此找不到更新版本，并输出针对 Prompt=lts 情况编写的消息。升级路径开放后，Canonical 会将该标志切换为 Supported: 1；26.04.1 的公告说明，这与等待 rust-coreutils 回归问题的 backports 有关。不要设置 Prompt=normal，因为它会提供 25.10，即一个过渡版本。

26.04.1 是否包含新内核？

不包含。26.04.1 仍使用 26.04 LTS 发布时附带的 Linux 7.0 系列内核，并通过多个 SRU 构建版本获得更新。按照 Ubuntu 的通常模式，第一个 HWE 内核会在后续的 .2 版本中提供；即使到那时，服务器安装仍默认使用 GA 内核。使用 26.04 的 VPS 会继续使用 7.0，除非您自行启用 HWE 堆栈。

现在是否应使用 do-release-upgrade -d 从 24.04 升级？

公告为不想等待的用户提供了该选项。-d 配合 Prompt=lts 会读取 LTS 开发版本列表，并忽略 Supported: 0 标志，因此它会提供 26.04.1，而不是 26.10。您获得的是 Canonical 等待 rust-coreutils backports 之前的软件仓库状态。请先创建快照。在可以重建的服务器上使用此选项；对于无法重建的服务器，请等待该标志开放。