Ubuntu22.04升级26.04实录，三次卡顿与解决方案

引言

Ubuntu 作为开源操作系统中的重要一员，其 LTS（长期支持）版本的升级路径有着严格的规则。根据官方文档，LTS 版本之间的升级必须逐级进行，即从 22.04 升级到 24.04，再从 24.04 升级到 26.04。然而，在实际操作中，这一看似简单的升级流程却可能遭遇诸多意外情况。

本文将分享一次从 Ubuntu 22.04 LTS 升级至 26.04 LTS 的完整经历，包括升级过程中遇到的三个主要问题及其解决方案，并提供一个一键升级脚本以供参考。

升级背景

本次升级的目标机器是一台小型服务器，运行着 Ubuntu 22.04 LTS，上面部署了 Portainer、博客导航页面、笔记服务等多个应用。该服务器主要用于日常开发和测试，属于“挂了会心疼但有维护窗口”的类型。系统一直保持更新，确保基础环境的稳定性。

在升级前，我们确认了目标版本为 Ubuntu 26.04 LTS，这是当前最新的 LTS 版本，支持周期长达五年。然而，由于升级路径的限制，我们必须先升级到中间版本 24.04 LTS，再进一步升级到 26.04 LTS。

升级过程中的三大问题

问题一：第三方源下载速度过慢

在第一次全量升级（apt full-upgrade）过程中，系统卡在一个名为 NodeSource 的第三方源上，下载速度仅为 6KB/s。这个 37.8MB 的软件包耗时近十分钟才下载完成，严重影响了后续升级进度。

分析与解决：

• 原因：NodeSource 是一个海外 CDN，网络波动或带宽限制可能导致下载速度极低。
• 解决方案：临时禁用所有第三方源，仅使用官方镜像进行升级。待升级完成后，再重新启用第三方源。

问题二：镜像同步导致工具包被拒绝

在执行第一次 do-release-upgrade 时，升级工具包被镜像同步机制“切”成了两个部分，导致升级失败。系统提示“获取升级工具失败，可能是网络问题”，但实际上并非网络问题，而是镜像同步的逻辑错误。

分析与解决：

• 原因：镜像同步过程中，升级工具包被分割成两部分，而升级器无法正确识别和合并这两部分。
• 解决方案：手动下载完整的升级工具包，并通过命令行指定本地路径进行升级。

问题三：元数据标志位未更新

在第二次升级（从 24.04 到 26.04）时，系统提示“没有可用的 LTS 版本”。尽管 26.04 LTS 已经发布并可在官网下载，但升级器仍然认为没有可用版本。

分析与解决：

• 原因：升级器依赖的元数据文件中，表示 26.04 LTS 可用的标志位未正确更新。
• 解决方案：手动修改元数据文件，将标志位置为“true”，然后重新运行升级命令。

升级总结

整个升级过程共经历了两次重启，下载量约为 1.5GB，虽然遇到了三个意料之外的问题，但通过逐一排查和解决，最终成功完成了从 Ubuntu 22.04 LTS 到 26.04 LTS 的升级。

为了方便其他用户参考，我们整理了一份一键升级脚本，支持人工执行和交给 AI Agent 执行两种方式。脚本涵盖了上述三个问题的解决方案，并提供了详细的执行说明。

结语

Ubuntu 的 LTS 升级虽然有明确的规则，但在实际操作中仍可能遇到各种意想不到的问题。通过这次升级经历，我们不仅解决了具体的技术难题，也积累了宝贵的运维经验。希望本文能为其他需要进行类似升级的用户提供有价值的参考。