Ubuntu 26.04.1 LTS 已经发布，很多 VPS 用户会搜索“24.04 怎么升级 26.04”“do-release-upgrade 找不到新版本”“升级后 SSH 或网站打不开”。Ubuntu 官方在 2026 年 9 月 29 日宣布开放 24.04 LTS → 26.04.1 LTS 升级，Server 用户可运行 do-release-upgrade。但生产 VPS 的关键不在命令本身，而在升级前能否恢复整机、升级时能否保住远程连接、升级后能否确认业务正常。本文按单台 Ubuntu 24.04 LTS VPS给出一套可执行的检查与操作顺序。
Ubuntu 24.04 LTS 仍有标准安全维护到 2029 年，不用因为 26.04.1 出来就马上升级所有生产机器；支持期限可查Ubuntu 发布周期。如果这台 VPS 承载老版 PHP 应用、面板、第三方内核模块或数据库，先在克隆机演练，确认依赖兼容再安排停机窗口。新建环境也可以直接用服务商提供的 26.04 LTS 镜像，再迁移应用与数据。
本文只覆盖 24.04 LTS 原地升级到 26.04 LTS。22.04 LTS 不能跳过 24.04 直接到 26.04；官方发行说明要求按支持的路径逐级升级。容器里的 Ubuntu 基础镜像也不会因宿主机升级而自动变成 26.04，应用镜像需要单独测试和更新。
| 场景 | 建议 |
|---|---|
| 测试机、业务可短暂停机、已演练快照恢复 | 可按本文原地升级 |
| 单台生产机、有订单或持续写库 | 先做应用备份与整机快照，并规划写入冻结或新机迁移 |
| 服务商没有控制台/救援模式，也无法恢复快照 | 先补齐恢复手段，再考虑升级 |
| PHP、数据库、面板或驱动尚未声明支持 26.04 | 留在受支持的 24.04，或先迁到兼容版本 |
系统升级会下载、解包和替换大量软件。Ubuntu 服务器升级指南明确要求先更新旧系统、留出数 GB 可用空间、备份数据，并准备处理交互提示。1.5 GB RAM / 4 GB 存储是 26.04 Server 的安装起点，不是生产 VPS 原地升级的容量保证；磁盘空间要按 /、独立 /boot、APT 缓存和快照方式逐项核算。
在旧系统执行以下只读检查，把结果保存到站外工单或迁移记录：
cat /etc/os-release
uname -r
df -h / /boot 2>/dev/null
df -i /
free -h
sudo dpkg --audit
apt-mark showhold
systemctl --failed
sudo sshd -t
sudo ss -lntp
grep '^Prompt=' /etc/update-manager/release-upgrades
/boot 如果与 / 同一分区，df 会显示同一块空间；独立分区则两处都要留余量。dpkg --audit 有未完成的包配置、apt-mark showhold 有关键包被锁定、systemctl --failed 有业务服务失败时，先排除原因，不要带病升级。sshd -t 通过后，再从另一个终端测试当前 SSH 登录；确保服务商的网页控制台或救援模式可用，并记录防火墙、安全组及管理端口。
逐项记录网站、数据库、任务队列、计划任务和 Docker 容器的当前状态、配置文件位置与负责人。升级会影响宿主机软件；Ubuntu 的26.04 LTS 变更摘要列出 PHP 8.5 和 OpenSSH 10.2。依赖 PHP-FPM socket 的 Nginx 配置、老插件、旧 SSH 密钥算法、自装的 Docker 或数据库仓库，都要先确认与 26.04 兼容。若网站升级后返回 502，先查 PHP-FPM 服务与 fastcgi_pass 的 socket 路径，而不是立即重装网站。
升级前做服务商整机快照，记下快照 ID、创建时间、覆盖了哪些系统盘与数据盘、恢复需要多久。再把数据库转储、上传文件、Compose 文件、站点配置、证书与密钥备份到另一台机器或对象存储，实际做一次抽样恢复。快照和文件备份用途不同，可参考快照、备份与镜像的区别；需要完整恢复演练，可看VPS 备份恢复演练教程。
业务仍在写入时，快照与数据库备份可能不是同一时点。数据库按自身机制做一致性备份，记录写入冻结时间；有订单、支付或用户上传的站点，升级窗口内暂停新写入或改走可回滚的新机迁移流程。快照若只覆盖系统盘，挂载的数据卷也要单独备份。不要把数据库备份只放在待升级的 VPS 上。
先在维护窗口前更新 24.04 自身的软件包。下列 dist-upgrade 与参数来自 Ubuntu 服务器升级指南；执行前先阅读 APT 提示中的将删除的包，有核心服务被移除就停下来调查：
sudo apt update
sudo apt dist-upgrade -o APT::Get::Always-Include-Phased-Updates=true
sudo dpkg --audit
test -e /run/reboot-required && echo '需要先重启到已安装的内核'
如果提示需要重启，先安排短暂重启并确认 SSH、网站和数据库恢复正常，然后才进入发行版升级。检查 /etc/update-manager/release-upgrades 中是 Prompt=lts；若被改成 never 或 normal，用编辑器改为 lts。检查第三方 APT 源：升级器通常会暂时禁用 PPA 与第三方仓库，已安装的第三方软件不会因此自动获得 26.04 兼容版本。不要批量把源里的 noble 替换成 resolute；先等软件供应商提供 26.04 仓库。
SSH 升级前打开服务商网页控制台，再保留一条已经验证的 SSH 会话。建议在 tmux 中运行交互命令，网络断开后能重新接回；如系统未安装，先 sudo apt install tmux update-manager-core。Ubuntu 升级器在 SSH 场景下可能提示启动额外的恢复 SSH 端口，以屏幕实际提示为准，并确认安全组与主机防火墙只对管理来源放行该端口；升级完成后关闭临时规则。
tmux new -s ubuntu-upgrade
sudo do-release-upgrade
tmux 断线后重新登录，执行 tmux attach -t ubuntu-upgrade。不要使用 do-release-upgrade -d 把生产机强制送进开发版路径；当前 24.04 → 26.04.1 的稳定升级通道已经开放。升级器会展示下载量、安装和拟删除的软件包，人工确认后才继续。升级开始后不要关闭 VPS、电源或升级进程。
升级过程中可能碰到 SSH、Nginx、数据库或其他服务的配置文件冲突。Ubuntu 文档说明：D 可以看新旧差异，默认通常保留本地修改。不要一路机械按回车，也不要一律覆盖供应商配置；重点核对监听地址、SSH 授权方式、Nginx 站点和数据库绑定地址。发现将删除正在使用的关键软件包，先退出升级前的确认阶段，查明依赖关系。
最后的“删除过时软件包”提示也要先查看详情。内核、运行时或第三方包如果承载业务，不应在不了解用途时批量清理。升级完成会要求重启，先确认控制台、快照与业务备份仍可用，再执行重启。重启后能看到 26.04，并不等于业务恢复。
先从服务商控制台确认系统启动，再开一个新的 SSH 连接测试登录；旧会话不要马上关闭。接着运行：
cat /etc/os-release
uname -r
sudo dpkg --audit
systemctl --failed
sudo ss -lntp
sudo apt update
apt list --upgradable
sudo journalctl -b -p err --no-pager | tail -n 80
系统应显示 26.04 LTS，内核应是重启后的版本。接着按这台 VPS 的业务栈分别验证，而不是在没安装的服务上照抄命令：
- SSH 与防火墙：从另一个网络登录，检查原管理端口和密钥认证；撤销临时恢复端口。
- 网站：Nginx 用
sudo nginx -t检查配置，再看 HTTP/HTTPS、证书、首页与动态页面；Apache 则用自身的配置检查命令。若使用 PHP，运行php -v、检查 PHP-FPM 服务和 Nginx 的 socket 路径，并做一次真实动态请求。 - Docker：检查
docker version、docker compose version、容器状态与挂载卷；第三方 Docker 仓库若被禁用，先按供应商支持的 26.04 安装说明恢复软件源。 - 数据库与任务：核对数据库版本、服务状态、应用连接、备份计划、cron、队列和邮件发送；不要仅以数据库进程“active”判断业务健康。
- 容量与监控：检查
df -h、磁盘 I/O、5xx、应用日志和告警，至少观察一个完整业务周期。
如果升级后出现大量 404、502 或应用报错，先查 Web 服务到上游应用的连接、端口和日志。第三方源要逐个恢复，确认服务商已发布 26.04 包后再启用；不要让旧 noble 仓库混入新系统。
不要把 apt 降级当作发行版升级的回滚方案。 如果系统无法启动、SSH 与控制台都无法修复，按事先演练的流程恢复升级前整机快照；快照没有覆盖的数据盘，再用应用级备份恢复。若业务在升级后已经产生新订单或上传，恢复旧快照会回到旧时间点，先导出新数据并制定合并办法，不能直接回滚系统盘就宣称“没有数据损失”。
快照不可用时，可以新建 24.04 或 26.04 VPS，从站外备份重建应用和数据库，再切 DNS/负载均衡。恢复后复查 SSH、数据库、HTTPS、计划任务与外部回调，并记录这次升级失败的日志；/var/log/dist-upgrade/ 和 journalctl -b 是排查入口。遇到 do-release-upgrade 提示“没有新版本”，先确认系统确实是 24.04、Prompt=lts、当前包已更新、网络能访问 Ubuntu 镜像站；不要先修改 APT 发行版代号或添加 -d。
Ubuntu 24.04 一定要升 26.04 吗？ 不需要。24.04 LTS 仍在标准维护期；应用依赖未验证时先留在 24.04 更稳妥。
升级会不会删掉网站文件和 Docker Volume？ 升级器主要修改系统软件包，但配置冲突、第三方仓库、服务版本变化与误操作都可能让业务不可用。整机快照和应用级备份仍是前提。
升级后 PHP 网站 502 怎么办？ 先核对已安装的 PHP-FPM 服务、实际 socket 文件、Nginx fastcgi_pass，再查 FPM 和站点错误日志；26.04 默认 PHP 版本与 24.04 不同，老应用还需做兼容性检查。
SSH 中断后能重新运行 do-release-upgrade 吗？ 先用网页控制台或重新 SSH 连接，回到原 tmux 会话并查看升级进程；不要在前一个升级仍运行时再启动第二个升级器。