Ubuntu 13.10→14.04 已成历史：EOL 系统迁移、升级与恢复指南

2014 年原文记录了从 Ubuntu 13.10（Saucy）升级到尚在开发中的 14.04（Trusty）的做法。那条路线在当时有明确的历史背景；如今两个版本都已进入 Ubuntu 的旧版本存档，原文的 update-manager –d、把更新、升级和自动删除串成一步，以及“用 CD/DVD 离线就地升级”等表述都不应再当作当前操作指南。

本文面向有权维护该设备的人，目标是先保住数据和恢复能力，再决定走受支持的顺序升级、干净安装，还是仅在副本上研究 EOL 多跳迁移。Ubuntu 的版本状态会变化；开始前必须以官方生命周期表和目标版本的官方发行说明为准。

硬停止点：没有在另一介质或位置验证过恢复的备份，没有磁盘加密恢复材料，或者不能确认安装器中的目标磁盘时，不要升级、改分区或重装。快照不是独立备份，能列出文件也不等于能恢复。

1. 先确认系统、支持状态和故障边界

先收集只读证据，不要先换软件源或删除软件包：

cat /etc/os-release
uname -r
findmnt -no SOURCE,FSTYPE,OPTIONS /
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINTS
df -h /
apt-mark showhold
systemctl --failed --no-pager

保存输出时删除主机名、用户名、挂载路径中的客户名称及其他内部标识。然后用官方页面判断当前状态：

当前状态 可依赖的路线 默认决策
当前发行版仍在标准支持期，且升级器提供下一跳 LTS 到下一版 LTS，或临时版到下一临时版；只走顺序路径 读目标发行说明后使用官方升级器
已结束标准支持，但组织确有有效的扩展维护权益 覆盖范围取决于发行版、软件包和权益 先由管理员在账户与机器上确认实际覆盖，再决定升级
已 EOL，软件源或升级器不再提供正常路径 old-releases.ubuntu.com 只是冻结存档 优先备份后干净安装；多跳仅在可丢弃副本上评估
系统已不能正常启动、磁盘报错或包状态损坏 先恢复数据和启动能力 不把发行版升级当作修复手段

Ubuntu 旧版本存档列出了 13.10 和 14.04。能下载旧镜像或旧包不代表仍有安全维护，也不证明从它们到当前版本存在受支持的直接升级。标准支持、扩展维护和 EOL 是不同状态，Ubuntu Flavor 的周期也可能不同。

2. 建立可验证的备份与回退门槛

在任何有写入的步骤之前，形成一份恢复清单：

  • 桌面数据：主目录、项目文件、浏览器或邮件数据、应用配置，以及只有本机保存的密钥。不要把恢复密钥或私钥写进公开日志。
  • 服务器数据：服务清单、包清单、/etc 中经过筛选的配置、证书来源、定时任务、容器卷，以及数据库厂商认可的应用一致性备份。直接复制正在写入的数据库目录通常不是可验证备份。
  • 磁盘与启动：分区布局、UEFI 或传统启动模式、RAID/LVM 状态、磁盘健康、云实例控制台和快照能力。先处理降级阵列、I/O 错误或容量不足。
  • 加密：确认 LUKS 口令或恢复材料在机器之外可用；TPM 绑定加密还可能在固件、Secure Boot 或启动链变化后要求恢复密钥。参考 Ubuntu 的全盘加密说明；不要通过禁用安全功能来绕过解锁失败。
  • 恢复演练：在另一台机器、另一块磁盘或隔离环境恢复有代表性的文件；数据库和服务要实际打开或启动。记录备份日期、范围、校验结果和保管位置。

回退还应包含目标版本的官方安装介质、网络恢复渠道和可用的本地或云控制台。远程服务器若只有当前 SSH 会话，没有带外控制台，就不应开始可能改变网络或启动栈的升级。

3. 选择路线，而不是直接执行旧命令

路线 A：仍受支持的顺序就地升级

Ubuntu 当前文档只支持顺序升级：一个 LTS 到下一个 LTS，或一个临时版本到下一个临时版本。LTS 的新升级通常要等目标版本的第一个点版本开放。不能任意跳过中间版本。

只有在生命周期、目标发行说明和升级器都确认路径可用，备份恢复也已通过后，才依次执行：

sudo apt update
sudo apt upgrade
sudo do-release-upgrade

每一步成功后再继续；如系统要求，先重启并确认新内核正常，再运行发行版升级。do-release-upgrade 会给出安装、删除和不再受支持的软件包摘要，应在接受前保存并审阅。不要加 -d 或 --devel-release：它们指向开发版，不是修复缺失升级路径的方法。

桌面可按Ubuntu Desktop 升级说明使用 Software Updater；服务器和云镜像应按Ubuntu Server 升级说明使用交互式 do-release-upgrade。服务器要安排维护窗口、检查服务依赖，并保证控制台访问。不要无人值守地回答配置文件冲突；逐个比较本地配置与维护者版本。

路线 B：EOL 系统备份后干净安装（通常更可控）

跨越多个 EOL 版本时，干净安装通常比在唯一系统上串行迁移更短、更容易验证：

  1. 从生命周期表选择仍受支持、硬件架构匹配的版本；不要因为“最新”就假设驱动、应用或 CPU 一定兼容。
  2. 从 Ubuntu 官方发布站获取镜像，并按镜像验证教程验证签名和 SHA-256 校验值。
  3. 按官方启动 U 盘说明制作介质。写盘会毁掉 U 盘原有数据，必须先确认介质本身；本文不提供带猜测设备名的 dd 命令。
  4. 对桌面机先用 live 环境测试存储、网络、显示、输入、睡眠和加密解锁。服务器则用同型号备用机、克隆或供应商控制台验证安装与网络方案。
  5. 优先安装到新磁盘或可回滚克隆。到安装器的“擦除磁盘”、分区、加密和引导加载器确认页面时再次停止，核对设备型号、容量、分区表和备份恢复记录。
  6. 重建应用并迁移数据；不要把旧版 /etc、旧驱动或旧主目录整体覆盖到新系统。数据库、容器和服务按各自支持的导出/导入流程恢复。

保留旧磁盘或只读镜像，直到新系统经过应用验证、重启验证和一次新的备份恢复测试。降级不是受支持的就地操作；需要回到旧版时，应从已验证的映像或备份回退。

路线 C：EOL 多跳迁移（只作为受控例外）

如果合规或旧应用要求保留环境，先把磁盘克隆到隔离 VM 或备用介质，再依据 Ubuntu 的EOL 升级专页和每一跳的发行说明设计路线。旧版本站只应用于取回该代的历史包；不要把发行代号改成目标代号来伪造跳级，也不要用第三方 PPA 填补断裂的依赖。

每一跳都必须可启动、包状态一致、数据可读、服务测试通过，之后才建立新快照并考虑下一跳。任何缺失的官方目标升级器、无法验证的包签名、硬件不再支持或依赖求解失败都应停止流程。把多跳实验的成功当作该台生产机必然成功也是错误的；最终仍应规划迁移到受支持的干净基线。

4. 桌面、服务器、加密与启动恢复要分开诊断

升级失败后先记录最后一个完整提示和当前启动阶段。包管理器仍在运行时不要断电。可收集：

journalctl -b -p warning --no-pager
systemctl --failed --no-pager
dpkg --audit
apt-get -s --fix-broken install

最后一行只是模拟依赖修复，不会批准真实改动。不要看见模拟建议就直接执行；先确认根因、备份和回退点。

现象 先确认的证据 不应直接做的事
桌面黑屏或登录循环 TTY/恢复模式能否登录、根分区空间、显示管理器与当前启动日志 盲目清除所有显示驱动或删除用户配置
服务器网络或 SSH 丢失 带外控制台、接口名称、路由、防火墙和网络配置差异 反复重启或在唯一会话里试写网络配置
加密卷无法解锁 口令/恢复密钥、LUKS/TPM 类型、固件与启动链是否变化 格式化、重建头部、清 TPM 或关闭 Secure Boot
GRUB、initramfs 或内核阶段失败 UEFI/传统模式、ESP 与根分区的准确映射、旧内核能否启动 对猜测的磁盘运行 grub-install 或写分区表
包配置中断 dpkg --audit、升级日志、可用空间、具体冲突包 循环运行“fix”命令或批量删除包

桌面机可用 GRUB 的旧内核或恢复模式取得诊断入口；live USB 可用于只读检查和复制数据。服务器优先使用物理、BMC、串口或云控制台。恢复介质的启动模式必须与已安装系统匹配。涉及挂载写入、引导加载器重装、initramfs 重建或加密元数据时，需要先解析出确切设备和版本；本文不提供通用写入命令。

5. 完成后的验证与停止条件

升级或重装后，先验证系统身份、内核、失败服务和官方软件源状态：

cat /etc/os-release
uname -r
systemctl --failed --no-pager
sudo apt update
apt list --upgradable

随后检查桌面登录、显示和休眠，或服务器的网络、防火墙、时间同步、数据库、队列、定时任务、容器、监控与备份。用只读健康检查和小范围应用测试替代“能开机就算成功”。完成一次受控重启，再建立并抽样恢复新备份；确认新基线稳定前，不销毁旧磁盘或回退映像。

遇到以下任一条件，应停止并交给熟悉该部署的管理员或 Ubuntu 支持渠道：

  • 没有可验证恢复的备份，或加密恢复材料缺失；
  • 磁盘 I/O 错误、降级 RAID、文件系统异常或空间不足；
  • 官方文档没有列出需要的升级跳转，或目标架构/硬件支持不明；
  • 远程服务器没有带外控制台，关键业务没有维护窗口或一致性备份；
  • 包签名、仓库来源、第三方内核/驱动或本地修改无法解释；
  • 安装器目标磁盘、UEFI/传统启动模式、ESP 或加密布局无法唯一确认。

官方依据

本文核对于 2026-09-01。版本支持和升级开放状态会变化，执行时以官方生命周期、目标发行说明及升级器实际给出的顺序路径为准。

历史原文存档（仅供溯源）

以下为 source_export 的完整可见正文，逐字保留；没有删除、改写、空白规范化或隐私/安全删改。它包含 2014 年的开发版升级命令和已经失效的操作假设。整个区块是惰性纯文本，命令不可执行，也不能替代上面的当前指南。

虽然Ubuntu 14.04 按计划不会近期发布正式版，但那些想要尝试最新软件和系统的人现在可以从Ubuntu 13.10 就地升级到 14.04了。

Ubuntu 14.04 目前计划在2014.4.17发布，但是你不必等那么长的时间来升级尝试。这个简要的教程给你展示了如何就地从Ububtu 13.10 升级到 14.04。

就地升级是你在已存在的Ubuntu上运行update-manager命令来升级到下一版。它允许你保留你大多数的文档，设定和一些程序。

大多数就地升级依赖于一个可靠的网络连接。没有良好稳定的连接,可能无法使用这个方法升级Ubuntu。

如果你无法使用网络升级，你还可以通过CD/DVD盘来就地升级。这个方法允许你不通过网络连接离线升级Ubuntu。

升级到 Ubuntu 14.04

为了升级到Ubuntu 14.04, 你首先要给你要升级的电脑做好准备工作。请运行下面的命令更新所有存在的包和内核。

sudo apt-get update && sudo apt-get dist-upgrade && sudo apt-get autoremove


完成上述更新后，你可能需要重启来在升级前应用新的包和内核。

接着，按下键盘上的Ctrl+Alt+T键来打开Ubuntu上的命令窗口。当窗口打开后，输入下面的命令并按下回车。

update-manager –d


Ubuntu接着应该带着升级选项会打开update-manager。按下Upgrade 开始升级你的机器。

Leave a Reply