Ubuntu 26.04.1 发布更新内容与升级指南

Ubuntu 26.04.1 简介

Ubuntu 26.04.1 LTS（长期支持版本）于 2026 年 8 月 27 日发布，距离 2026 年 4 月 23 日 Ubuntu 26.04 LTS 正式发布已过去四个月。该版本是现有发行版的汇总：它包含相同的 Linux 7.0 内核和软件包集，并将截至 2026 年 8 月 25 日发布的所有稳定版更新（SRU）和安全更新集成到了全新的安装介质中。对于已经在运行 apt full-upgrade 的 26.04 服务器，其系统已包含上述所有内容。此版本主要针对 24.04 LTS 服务器，因为 Canonical 在首个点版本发布时才会开启从上一代 LTS 的升级路径。该路径已于 2026 年 9 月 29 日开放，您可以通过终端中的一个公共文本文件进行确认。

.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 发布说明页面提供了摘要。该页面仅涵盖 main 和 restricted 仓库中的软件包，详细信息请参考各软件包的更新日志。内容篇幅较长，且大部分涉及桌面和笔记本硬件。以下是服务器端需要关注的条目。

内核：仍为 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 会显示比 4 月份镜像更高的 ABI（应用程序二进制接口）编号，但仍属于 7.0 系列。HWE（硬件启用）元软件包已存在于 26.04 归档中：linux-generic-hwe-26.04 已经发布，但截至 2026 年 10 月 10 日，它安装的仍是 7.0 内核，与 GA 内核属于同一系列。GA 指通用版本，即发布时搭载的内核。因此，26.04.1 中没有更新的 HWE 内核，仅包含在后续点版本切换 HWE 栈时会用到的软件包。对于 24.04 及更早版本，Ubuntu 的 HWE 内核参考文档指出：“服务器安装默认使用通用版本 (GA) 内核，并提供 HWE 内核作为选项。” 26.04 的安装程序对此做了一处改动。Subiquity 的 26.04 发布说明称，从 26.04 开始，当安装程序检测到匹配的硬件时，此前仅在桌面版默认安装的 OEM 或 HWE 元软件包“也将安装在 Ubuntu Server 上”。因此，通过 26.04 介质安装的服务器最终可能会追踪 HWE 软件包，运行 dpkg -l | grep hwe 可以查看您的服务器是否如此。在追踪 GA linux-generic 内核的 VPS 上，除非您另有选择，否则在该版本生命周期内您将一直使用 7.0 内核，而服务器是否应该使用 HWE 内核是一个独立的决策，您今天无需做出决定。

有一项内核修复值得一提。Bug 2158267“性能回归导致 SDXL 推理速度变慢（约 42 倍）”已在通用内核及大多数云版本中修复。如果您在 26.04 上运行推理工作负载，且发现内核更新后速度变慢，请查阅该条目。

服务器与云修复

• openssl：针对“HollowByte 拒绝服务问题”（Bug 2161371）的安全更新。
• rsync：“2026 年 5 月安全更新带来的回归修复”（Bug 2155874）。如果您在 5 月份遇到 rsync 故障，.1 介质已包含修复。
• exim4：三项安全更新，包括对已释放缓冲区的单字节写入修复以及 PROXYv2 中的信息泄露修复。
• ca-certificates：Mozilla 证书颁发机构包升级至 2.86 版本。
• systemd：修复了 cloud-init 中由 systemd-networkd 解析钩子引起的延迟（Bug 2148619），核心组件现在仅在需要时才打开 netfilter 套接字。
• libvirt 和 qemu：修复了“physical_package_id 较大时内存分配过多”的问题，以及 iothreads 与限速组之间的竞争条件。
• apparmor：新的上游版本，以及针对“uucore 区域设置读取”的配置修复。uucore 是 rust-coreutils 下的共享代码，此修复属于下文提到的导致 24.04 升级提示推迟至 9 月 29 日的同一事件。
• ubuntu-meta：pollinate 已从 cloud-minimal、server、server-minimal 和 server-raspi 种子中移除，curl 已明确添加到 cloud-minimal 和 server-minimal 中。这两项更改均适用于通过 .1 介质进行的新安装。
• debootstrap：“检测并支持 Release 索引文件中的 SHA512”，如果您从 26.04 归档构建 chroot 或容器，此项非常重要。
• base-files：/etc/os-release 现在显示为 26.04.1，且此前“VERSION 中缺少 LTS”的 Bug 已修复，因此字符串显示为 26.04.1 LTS (Resolute Raccoon)。

安装程序介质

新的 ISO 包含四项 livecd-rootfs 修复。VPS 用户可能会遇到的是“修复：更新 nocloud 密码数据格式”（Bug 2149891），这会影响通过 NoCloud 数据源传递密码的无人值守安装。其他修复将 casper 目录中的内核和 initrd 权限设置为 0644，并更正了两个 riscv64 引导选项。在云服务商提供的镜像中，您很少通过 ISO 安装，因此实际效果是，基于 26.04.1 构建的模板在启动时已应用了截至 2026 年 8 月 25 日的安全更新。

版本升级程序

.1 版本中包含五项 ubuntu-release-upgrader 条目，其中一项影响所有 26.04 机器。Bug 2154602“data/release-upgrades: set Prompt=lts for resolute”修复了 4 月份发布版本中的一个错误：/etc/update-manager/release-upgrades 发布时设置为 Prompt=normal，这是中间版本的设置。版本 1:26.04.22 将其设置为 Prompt=lts。若无此修复，26.04 服务器在 10 月份会被提示升级至 26.10。其余条目包括针对 24.04 路径的特殊处理（“将 libfile-libmagic-perl 标记为在 Noble 上安装”）、Raspberry Pi 的特殊处理、代码清理以及更新后的镜像列表。

26.04 服务器如何升级至 26.04.1

无需运行升级程序。点版本发布代表了归档仓库的状态，而你的服务器通过 apt 跟踪该仓库。执行两条命令即可将 26.04 的安装状态更新至与 .1 介质相同或更新的版本，下文提到的例外情况除外。

sudo apt update
sudo apt full-upgrade

请使用 full-upgrade 而非 upgrade。apt upgrade 会拒绝移除任何软件包，因此当软件包更新需要移除旧包时，它会输出 The following packages have been kept back 并将旧包保留在旧版本。full-upgrade 允许移除操作，因此它能完成更新任务。唯一的例外是分阶段发布（phasing），这两条命令都无法覆盖此机制。Ubuntu 会将部分更新逐步推送给越来越多的机器，根据 apt_preferences 手册说明，如果机器不在当前的推送百分比内，新版本会被“锁定在 1，从而被暂缓安装”，直到推送覆盖到该机器。因分阶段发布而被暂缓的软件包并非故障，稍后执行 apt 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 显示当前正在运行的内核。新内核在重启前不会生效，因此请在允许停机一分钟时进行重启。如果机器无法启动，内核更新后无法启动的 VPS 通常可以通过 GRUB 菜单选择之前的内核启动。在新内核下运行后，sudo apt autoremove --purge 可以清理旧内核，清理 Ubuntu 上的旧内核 介绍了应保留的内容。

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

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

你应该能看到 Prompt=lts。如果你看到 Prompt=normal，说明你或配置脚本在 .1 版本发布前编辑过该文件，因此 dpkg 保留了你的副本而没有安装新文件。请手动将其设置为 lts。此差异决定了你的服务器是在今年 10 月被提示升级至 26.10，还是在 2028 年升级至下一个 LTS 版本，为什么服务器应保持在 LTS 版本 涵盖了相关原因。

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

自 2026 年 9 月 29 日起，这种情况本不应再出现。在 26.04.1 发布后的一个月内，该版本已存在但升级程序仍提示无更新，这导致了许多用户的困惑。原因在于 Canonical 控制的一个文本文件中的某个标志位，如果 24.04 服务器今天仍提示无更新，该文件是首要检查对象。

在 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'

截至 2026 年 10 月 10 日，其内容如下：

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

该代码块还包含一行 UpgradeTool，指向 resolute-updates 中的升级程序。在 9 月 29 日之前，Version 行已显示 26.04.1，但 Supported 读取的值为 0。由于该值，循环未找到可升级版本，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.

如果您的 24.04 服务器今天仍打印此消息，则该标志位已不是原因。运行 curl 行并确认其显示 Supported: 1，检查 /etc/update-manager/release-upgrades 是否仍显示 Prompt=lts 而非 Prompt=never，然后再次运行该命令。忽略关于 Prompt=normal 的提示。该设置会使升级程序读取完整的版本列表，并将机器保持在中间版本（interim-release）轨道上；因此一旦达到 26.04，系统会提示升级至 26.10（一个拥有 9 个月支持周期的版本）。较短的 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。

为什么该标志位在一个月内保持为 0？26.04.1 的发布公告称：“Ubuntu 24.04 LTS 用户将在该版本发布几周后，通过 Update Manager 获得自动升级至 26.04.1 LTS 的提示，以便在近期版本的 rust-coreutils 中解决回归问题后进行规划的向后移植。” 26.04 是首个 ls 及其他核心工具由 rust-coreutils 而非 GNU coreutils 提供的 LTS 版本，Ubuntu 基础系统中的 Rust 重写带来了哪些变化 一文解释了为何从 24.04 升级时会首先出现回归问题。Canonical 保持该路径直至 2026 年 9 月 29 日，当时发布团队宣布：“代号为 'Resolute Raccoon' 的 Ubuntu 24.04 LTS 至 Ubuntu 26.04.1 LTS 的升级现已启用。” 该文件已更改为 Supported: 1。桌面用户“通过 Update Manager 获得自动升级至 26.04.1 LTS 的提示，并将在未来几天内逐步推送”。服务器用户无需等待推送：公告称他们可以“通过运行 $ do-release-upgrade 随时开始升级”。一旦其周期性版本检查运行完毕，24.04 上的 SSH 登录横幅将显示 New release '26.04.1 LTS' available.，随后是 Run 'do-release-upgrade' to upgrade to it.，且 9 月份提示无更新的同一命令现在将提供 26.04.1，无需您进行任何更改。

如果您不想等待

现在已经无需等待。在 9 月 29 日之前，26.04.1 的发布公告提供了一种绕过该标志位的方法：do-release-upgrade -d。该标志位的帮助文本写着“如果使用最新的受支持版本，则升级到开发版本”，这听起来像是 26.10，但在 LTS 上并非如此。使用 Prompt=lts 时，-d 在上述代码中执行两项操作。它将 -development 附加到 URL，使升级程序读取 meta-release-lts-development，并设置 useDevelopmentRelease，这是 continue 条件的后半部分。Supported: 0 的跳过逻辑不再适用，因此提供了 resolute 版本。现在该标志位已读取为 1，该快捷方式已不再必要。直接运行命令即可提供 26.04.1，这也是 Canonical 9 月 29 日公告中提供给服务器用户的方法。

sudo do-release-upgrade

如果您之前通过 -d 提前升级，您目前所处的版本与其他人相同，且 26.04 上的 sudo apt full-upgrade 会将您更新至自发布以来的所有补丁。无论哪种方式，请先进行快照，并阅读 24.04 到 26.04 完整升级指南 以了解 SSH 端口 1022 的回退机制及第三方仓库的处理方式。如果升级中途停止，请参考 恢复失败的 Ubuntu 版本升级 页面。

决策

若已处于 26.04 版本：无需特殊操作。运行 sudo apt update && sudo apt full-upgrade，若存在 /var/run/reboot-required 则重启。随后确认 Prompt=lts。你并未落后，因为点版本更新即为你当前所处的更新流。

若处于 24.04 版本：升级路径已开放。Canonical 于 2026 年 9 月 29 日启用该路径，截至 2026 年 10 月 10 日，上述 curl 行显示为 Supported: 1。请创建快照，运行 sudo apt full-upgrade 以确保无挂起任务，随后运行 sudo do-release-upgrade。24.04 LTS 本身支持至 2029 年 4 月，因此你可以选择一个维护窗口期进行操作，无需仓促，目前已无任何阻碍升级的标志位。

若处于 22.04 或过渡版本：发行说明明确指出“必须先升级至 Ubuntu 24.04 LTS 或 25.10，才能继续升级至 26.04 LTS”。请先升级至 24.04，然后遵循上述 24.04 的升级路径。对于 22.04 服务器，从 22.04 经由 24.04 到 26.04 的两跳路径 涵盖了两次跳跃之间所需的检查与快照操作，以及过程中可能遇到的 PPA、PHP、Python、数据库和 netplan 兼容性中断问题。

FAQ

我需要安装 Ubuntu 26.04.1 这个新版本吗？

不需要。Ubuntu 26.04.1 LTS 发布于 2026 年 8 月 27 日，它是在 26.04 归档版本的基础上，集成了四个月的更新所制作的安装介质。如果一台 26.04 服务器运行了 sudo apt update && sudo apt full-upgrade，那么它已经达到或超过了 .1 版本的状态（排除尚未完全推送的更新），并且在应用 base-files 更新后，grep VERSION= /etc/os-release 会显示 26.04.1 LTS (Resolute Raccoon)。支持周期仍于 2031 年 4 月结束，该日期从 2026 年 4 月的发布算起。

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

在 2026 年 9 月 29 日之前，出现该提示是因为 Prompt=lts 会使升级程序读取 meta-release-lts，而该文件中列出的 26.04.1 标记为 Supported: 0。升级程序会跳过不受支持的条目，因未发现更新版本，便输出了针对 Prompt=lts 情况预设的消息。Canonical 公司在 2026 年 9 月 29 日启用升级路径时，将该标志切换为了 Supported: 1。如果您仍看到该消息，请确认 curl 检查显示为 Supported: 1 且 Prompt=lts 已正确设置，然后重试。请勿设置 Prompt=normal，这会将服务器切换到中间版本（interim-release）升级通道。

26.04.1 是否包含新内核？

不包含。26.04.1 仍使用 26.04 LTS 发布时搭载的 Linux 7.0 系列内核，并通过多次 SRU 构建进行了更新。虽然 linux-generic-hwe-26.04 等 HWE 元软件包已经存在，但它们目前安装的仍是与 GA 内核相同的 7.0 系列。更新的 HWE 内核将在后续的点版本中提供，按照 Ubuntu 的惯例通常是 .2 版本。自 26.04 起，服务器安装程序在检测到硬件匹配时，也会自动安装相应的 OEM 或 HWE 元软件包。跟踪 linux-generic 的 VPS 将保留 7.0 内核，除非您自行选择加入 HWE 堆栈。

我现在应该使用 do-release-upgrade -d 从 24.04 升级吗？

不再需要了。在 2026 年 9 月 29 日之前，官方公告建议不愿等待的用户使用 -d，因为带有 Prompt=lts 的 -d 会读取 LTS 开发列表并忽略 Supported: 0 标志。现在该标志已设为 1，因此直接运行 sudo do-release-upgrade 即可获取 26.04.1，这也是 Canonical 在 9 月 29 日公告中提供给服务器用户的命令。无论采用哪种方式，请务必先创建快照。