Ubuntu 26.04.1 点版本是什么？服务器为何无更新

Ubuntu 点版本是什么

Ubuntu 点版本（例如 26.04.1）是您已经安装的版本，其中包含发布以来提供的所有更新，并将这些更新整合到新的安装介质中。它不是新版本。安装所使用的软件仓库不会改变，apt 源中的套件名称也不会改变。因此，已安装并完成更新的服务器在点版本发布时无需下载任何内容。

发布当天会发生两件事。首先会重新构建安装介质：根据该周软件仓库中的内容构建新的 ISO 文件和新的云映像。其次，版本字符串会更新：lsb_release -a 在之前报告 26.04 LTS 的位置开始报告 26.04.1 LTS。

其他内容原本就已经存在于您的系统中。Ubuntu 会持续将修复发布到同一套件的 -security 和 -updates 软件仓库区域；对于 26.04，套件为 resolute，对于 24.04，套件为 noble。点版本只是该更新流的一个快照。不存在需要迁移到的独立目标版本。

为什么已打补丁的服务器没有可下载的内容

因为版本号的小数部分位于一个很小的软件包中。运行：

lsb_release -a
dpkg -S /etc/lsb-release

dpkg -S 回答 base-files: /etc/lsb-release。base-files 软件包提供保存版本字符串的文件，因此发布小版本更新时，新的 base-files 会进入 -updates 软件源，下一次 sudo apt upgrade 就会安装它。在运行中的计算机上，小版本更新产生的全部可见变化，就是这个软件包。该软件包中的其他内容，您几周前已经作为普通更新安装过了。

有一种常见情况会导致系统落后。默认的 /etc/apt/apt.conf.d/50unattended-upgrades 会在其 Allowed-Origins 块中启用 -security 源，并将 -updates 行保留为注释，因此仅依靠自动更新的计算机会安装安全修复，却跳过其他更新。该计算机会连续数月报告较旧的小版本号，而且这是正确的，因为它确实没有安装那些软件包。打开该文件，查看哪些行被注释：Ubuntu 上如何配置无人值守升级 会逐行说明这一代码块。

下一个点版本发布时

了解发布节奏，不要死记日期。LTS 的第一个点版本通常在 4 月正式版本发布几个月后推出，后续点版本大约每 6 个月发布一次，并与各个中间版本的发布节奏同步。日期可能会调整。Canonical 曾宣布 26.04 的第一个点版本将于 2026 年 8 月初发布，之后又将其推迟；这属于常规调整，不代表出现了问题。请以Ubuntu 发布周期页面或26.04 LTS 发行说明中的日期为准，不要以任何文章（包括本文）中的日期为准。

为什么在第一个点版本发布前不会提供从 24.04 升级到 26.04

因为升级提示配置为等待，你可以在自己的服务器上读取该配置。

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

随软件发布的文件中，注释比上述摘录更长，值得完整阅读。LTS 安装默认使用 Prompt=lts，它有两个作用：只提供 LTS 版本，并将检查请求发送到另一个列表。

该列表在第二个文件中指定：

cat /etc/update-manager/meta-release

URI 指向 https://changelogs.ubuntu.com/meta-release，而 URI_LTS 指向 https://changelogs.ubuntu.com/meta-release-lts。使用 Prompt=lts 时，升级程序会读取 LTS 列表。在第一个点版本发布前，新 LTS 不会出现在该列表的升级目标中。获取该列表并自行查看：

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

每个版本都由 Dist:、Version:、Supported: 和 UpgradeTool: 行组成一个块。升级程序需要先找到这个块，才能向你提供升级。Canonical 在 26.04 LTS 发布公告 中也用直白的文字说明了同一规则：24.04 LTS 用户将在 26.04.1 发布时收到自动升级提示。

因此，在该点版本发布前的 24.04 服务器上：

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

这是正常结果，不表示系统损坏。升级路径开放后，同一命令会显示版本名称，登录提示信息中也会出现相同消息：

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

注意其中显示的版本。你不会先升级到 26.04，再升级到 26.04.1。你只需升级一次，最终系统就是 26.04 的当前状态。

还有两种情况会导致检查结果为空：Prompt=never，某些服务商镜像会设置该项；以及无法访问 changelogs.ubuntu.com 的代理或镜像。另一条消息 Please install all available updates for your release before upgrading 表示检查已成功，但升级程序要求起点系统已完整安装更新。do-release-upgrade 报告未找到新版本介绍了其余原因。升级路径开放且你已准备好后，从 24.04 升级到 26.04 是另一项任务，需要单独完成准备工作。

-d 标志会将同一检查指向开发版本列表，这也是在升级路径开放前提前升级的方法。等待有其原因：这是修复早期升级用户报告的升级阻塞问题的时间窗口。对于你租用并依赖其运行的服务器，让等待过程完成通常更稳妥。

VPS 上的硬件支持内核意味着什么

LTS 在整个生命周期内提供一个内核，即 GA（general availability，正式可用）内核；同时还提供一条滚动更新轨道，称为 HWE（hardware enablement，硬件支持）。HWE 轨道通过点版本发布。它是点版本中真正包含新代码的部分，而不是仅重新打包现有内容。

24.04 是一个实际示例。它发布时使用内核 6.8，并在完整的五年标准支持期内继续使用 GA 轨道中的 6.8。HWE 轨道从第 2 个点版本开始：24.04.2 引入了来自 Ubuntu 24.10 的 6.11 内核，24.04.3 引入了来自 Ubuntu 25.04 的 6.14 内核。截至 2026 年 8 月，这一模式已经确定，26.04 也遵循相同的模式。

您使用哪条轨道，可以通过软件包名称判断：

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic 是 GA 轨道。linux-generic-hwe-24.04 是滚动更新轨道。桌面安装默认使用 HWE，服务器安装默认使用 GA，而 VPS 的提供商镜像通常会使用更窄的变体，例如 linux-virtual 或云专用的 linux-kvm。请实际检查，不要直接假设，因为默认设置取决于镜像的构建者。

在租用的虚拟硬件上，硬件支持通常与您无关。您的服务器看到的是 virtio 设备，以及虚拟机监控程序提供的半虚拟化网络和磁盘接口。这些驱动在内核中已经稳定使用了十多年。新款笔记本需要 HWE。VPS 几乎从不需要 HWE。在这里，新内核实际带来的通常是内核功能，例如更新的 io_uring 和 eBPF 支持，或您确实需要的文件系统修复。Linux 内核 7.1 有哪些新功能 可帮助您判断这些变化是否值得承担相应的变更风险。

代价是重启和风险。HWE 元软件包大约每 6 个月引入一个新的上游内核，因此您需要按此频率接受内核升级并重启。使用 DKMS 构建的外部模块，尤其是 ZFS，可能无法针对新版本构建；您通常会在启动时才发现这一点。每个内核还会保留其前一个版本，因此较小的 /boot 可能会被占满。请在需要之前阅读从已满的 /boot 中删除旧内核和选择 VPS 启动时使用的内核，不要等到出现问题后再处理。

切换到 HWE 轨道只需执行一条命令，然后重启：

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

重启后，uname -r 应报告更新的版本。在启动新内核并检查服务之前，请保留旧内核。因为无法启动的内核的恢复方法，是在启动菜单中选择旧条目，而该条目必须仍然存在。如果旧条目不存在，您就进入了内核更新后 VPS 无法启动时的恢复场景。

HWE 软件包还有一个 -edge 变体，它会在点版本发布前提供下一个内核。该变体用于测试。请勿在服务器上使用它。

对于租用的服务器，默认应选择 GA 内核：同一个内核版本使用 5 年，整个期间只回移安全修复，不安排版本跳跃。只有在能够明确说出所需功能时，才切换到 HWE。

为什么今天的新安装与上个月的不同

镜像的重建频率高于小版本发布频率。Ubuntu 会发布带有序列号的云镜像，而每个云服务提供商都会按自己的计划更新 Ubuntu 模板。因此，使用同一菜单项创建、但相隔 6 个月的两台服务器，启动时可能使用不同版本的内核，并包含不同版本的软件包。两台服务器都没有问题。

这比看起来更重要。安装后要求运行 5 条命令的操作手册，往往默认了一个已经不再存在的初始状态。请在每台服务器上检查 lsb_release -a 和 uname -r，不要仅相信所选菜单项的标签；然后在代码中定义最终状态，这样初始状态就不再重要。适用于 VPS 的第一个 Ansible playbook 是最小但实用的版本。

应在点版本发布时升级，还是等待？

• 如果您已经使用 26.04，则无需升级到其他版本。继续安装更新，点版本号会自动推进。
• 如果您使用 24.04，标准支持将持续到 2029 年 4 月，因此等待的成本很低。第一个点版本是升级时机，而不是截止期限。
• 先升级副本。为服务器创建快照，或在一次性 VPS 上重建相同的软件栈，然后在那里执行升级并记录所需时间。
• 如果您需要的是更新的内核，而不是更新的发行版，HWE 轨道可让您在 24.04 上获得更新的内核，无需执行 LTS 升级。

关于应选择哪个发行版作为服务器基础版本，详见服务器应选择 LTS 还是中间版本。

检查自己的服务器

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

正常结果应符合以下情况：lsb_release -a 报告当前版本及其修订号，uname -r 与您计划使用的内核版本线一致，Prompt=lts 存在，并且检查未发现问题，或明确指出将提供的版本。其他结果应在升级前查明原因，而不要等到升级过程中再处理。

FAQ

26.04.1 这样的点版本发布后，我需要做什么吗？

不需要，前提是服务器已经运行该版本并持续接收更新。点版本会将已发布的更新整合到新的安装介质中。运行中的计算机会通过 apt upgrade 在更新发布后接收相同内容；base-files 软件包更新后，lsb_release -a 中的版本字符串也会改变。不需要迁移到单独的版本，也不需要重新安装。

为什么我的服务器执行 apt upgrade 后仍报告较旧的点版本号？

通常是因为自动更新仅限于安全修复。默认的 /etc/apt/apt.conf.d/50unattended-upgrades 启用 -security 源，并将 -updates 行保留为注释；包含版本字符串的 base-files 软件包通过 -updates 提供。手动运行 sudo apt update && sudo apt full-upgrade，并检查列表中是否出现 base-files。如果它显示为暂缓升级，说明有 pinning 或 hold 设置阻止了升级。

为什么我的 24.04 服务器没有提供 26.04？

因为在 LTS 上，/etc/update-manager/release-upgrades 中的 Prompt=lts 默认为相应设置；它会在 https://changelogs.ubuntu.com/meta-release-lts 检查 LTS 列表，而新 LTS 在首个点版本发布前不会作为升级目标提供。在此之前，sudo do-release-upgrade -c 会输出 No new release found.，这是正确行为。等待是有意安排的：这段时间用于修复早期升级用户发现的问题。

我应该在 VPS 上安装 HWE 内核吗？

通常不应该。硬件启用功能用于支持比当前版本更新的硬件，而 VPS 提供的是 virtio 设备，其驱动已在内核中存在多年。GA 内核在整个 LTS 生命周期内保持同一版本，并将修复反向移植到该版本。只有在明确知道所需的内核功能时才应使用 HWE 内核；同时要接受之后大约每 6 个月进行一次内核升级并重启。