把 Ubuntu 22.04 LTS 升级到 24.04 LTS，看起来只是一次版本跳跃，实际更像一次“小型搬家”🚚：包版本、内核、桌面组件、Python、systemd、Netplan 等都会变化。官方升级说明也提醒，升级前应备份用户数据、确认磁盘空间，并把当前系统更新到最新状态，建议先阅读 Ubuntu Desktop 升级文档 和 Ubuntu 24.04 LTS 发行说明。
一、升级前先判断：你真的适合原地升级吗？🤔
如果这是日常办公电脑、开发机或轻量服务器，原地升级通常比较省事；但如果机器上跑着数据库、Docker、Kubernetes、NVIDIA 驱动、第三方 PPA、旧版 Python 项目或生产业务，我更建议先做一次完整备份，甚至在备用硬盘或虚拟机里演练。Ubuntu 官方说明中提到，LTS 到 LTS 的升级通常是顺序升级路径，22.04 LTS 用户在 24.04.1 LTS 发布后会陆续收到升级提示，相关信息可参考 Ubuntu 24.04.1 LTS 升级公告。
二、备份不是复制几个文件，而是准备“可恢复现场”🛟
很多人升级失败后才发现，自己只备份了桌面文件，却没备份 SSH 密钥、浏览器配置、数据库、容器卷、crontab、Nginx 配置或 /etc 里的服务配置。我的经验是，备份至少分三层：第一层是个人数据，第二层是系统配置，第三层是应用数据。Ubuntu Server 文档也强调，备份计划应明确备份内容、频率、存放位置以及如何恢复，说明可见 Ubuntu 备份文档。
建议备份清单
- 个人目录：/home 下的文档、图片、项目代码、下载目录、隐藏配置文件，例如 .ssh、.config、.local。
- 系统配置：/etc、/usr/local、/opt，以及自己修改过的 systemd 服务文件。
- 软件列表：保存 apt 安装列表、Snap 列表、Flatpak 列表，方便回装。
- 服务数据：MySQL、PostgreSQL、Redis、Docker volume、网站目录、证书文件。
- 启动与磁盘信息：记录分区、UUID、挂载点、加密盘、LVM、ZFS 或 Btrfs 情况。
三、我常用的备份方式：快照加文件备份组合 🧰
如果你使用虚拟机或云服务器，优先做平台快照，因为它恢复速度快，适合失败后整体回滚；如果是物理机，可以用 Clonezilla、Timeshift、Btrfs/ZFS 快照或整盘镜像。文件级备份则适合跨版本恢复，常用 rsync、restic、borgbackup 或 Déjà Dup。rsync 是 Ubuntu 常见备份工具，官方社区文档说明它可在本地或通过 SSH 复制文件，并且只传输存在差异的内容，可参考 Ubuntu rsync 文档。
一个实用思路是：先做整机快照，再用 rsync 单独备份 /home、/etc、/var/lib/docker、数据库导出文件。这样即使原地回滚失败，至少还可以全新安装 24.04 LTS，再把数据和配置逐项恢复。备份完成后不要急着升级，务必抽查恢复：随机打开几个文件、校验压缩包、尝试解压数据库备份，确认备份盘不是“看起来有东西，实际不可用”。
四、升级前的清理与体检 ✅
升级前先把 22.04 LTS 更新到当前最新状态。桌面用户可通过软件更新器处理，命令行用户可执行 apt update、apt upgrade，并根据提示重启。官方 Server 升级文档也建议在大版本升级前完成当前系统的完整更新、检查是否需要重启、确认有足够空闲空间，并给升级过程预留时间，详见 Ubuntu Server 升级说明。
我还会额外做几件事：禁用不必要的第三方 PPA，记录 NVIDIA、VirtualBox、Docker、数据库等关键软件版本；清理旧内核和无用包；确认 /boot、/var、根分区空间足够；如果是笔记本，接好电源；如果是远程服务器，打开 tmux 或 screen，避免 SSH 断线导致操作中断。
经验提醒：不要在赶项目、出差前夜、生产高峰期升级系统。最安全的升级时间，是你有完整备份、有回滚窗口、有备用设备的时候。
五、升级失败时先别慌：按场景回滚 🔧
第一种情况是升级中断但还能进系统。此时不要反复重启，可以先尝试修复包状态，例如执行 dpkg 配置未完成的软件包、apt 修复依赖，再查看 /var/log/dist-upgrade/ 下的日志。重点看第三方源、驱动、残留包和配置文件冲突，而不是盲目删除软件。
第二种情况是能进 GRUB 但进不了桌面。可以选择旧内核或 recovery mode，进入 root shell 后检查磁盘空间、显卡驱动和显示管理器。NVIDIA 用户尤其要注意驱动与新内核的匹配问题；如果图形界面起不来，先确保网络可用，再考虑切换开源驱动或重新安装官方仓库里的驱动包。
第三种情况是系统完全不可启动。这时快照或整盘镜像最有价值：虚拟机直接回滚快照，物理机用启动盘进入 live 环境，挂载原系统分区，复制最新数据，或恢复镜像。如果只有文件备份，就更适合走“重装 24.04 LTS 加恢复数据”的路线，通常比硬修一个半升级状态的系统更省时间。
六、升级成功后也要做收尾检查 🧾
进入 24.04 LTS 后，不要只看桌面能打开就结束。建议检查系统版本、内核、磁盘挂载、网络、蓝牙、打印机、显卡、输入法、Docker、数据库、Web 服务和定时任务。Ubuntu 24.04 LTS 发行说明列出该版本包含 Linux 6.8、systemd 255.4、Netplan 1.0、Python 3.12 等变化，开发环境和运维脚本都应重点复测，参考 官方发行说明。
我通常会保留备份至少一到两周，等确认日常工作、编译环境、容器、数据库、远程连接都稳定后，再清理旧备份。对于服务器，还要确认防火墙规则、证书续期、日志轮转、监控告警和自动备份任务是否仍然正常。
总结：升级可以大胆，备份必须保守 🌱
Ubuntu 22.04 LTS 升级到 24.04 LTS 的关键，不是记住某一条命令，而是把风险拆开：升级前做可恢复备份，升级中保持环境稳定，失败后按场景回滚，成功后完成验证。我的建议很简单：没有备份，不升级；没有验证，不删除备份；没有回滚方案，不碰生产环境。这样即使升级遇到问题，也只是一次可控维护，而不是一次灾难现场。
