Ubuntu LTS跨版本升级实战：从18.04到22.04的平滑迁移与避坑指南

1. 从Ubuntu 18.04到22.04一次跨越两个LTS版本的平滑升级实战如果你和我一样手头还有几台跑着Ubuntu 18.04 LTS的服务器或开发机最近可能开始有点焦虑了。官方对18.04的标准支持已经在2023年4月结束虽然还有几年的扩展安全维护但很多新软件、新框架的依赖已经开始向更新的系统版本看齐。比如你想装个最新版的Docker或者跑一些基于Python 3.10的项目在18.04上就会遇到不少麻烦。直接重装系统固然干净但对于已经稳定运行了多年的生产环境或配置复杂的开发机来说数据迁移、环境重建的代价太高。这时候跨版本升级就成了一个必须认真考虑的选项。今天我就结合自己最近将一台主力开发服务器从Ubuntu 18.04 LTS原地升级到Ubuntu 22.04 LTS的全过程把其中的关键步骤、踩过的坑以及最重要的——如何确保升级后业务不中断的经验毫无保留地分享给你。这不是一篇照搬官方文档的教程而是一个老运维在实战后的复盘笔记。2. 升级前的战略评估与全方位备份在按下升级命令之前盲目行动是最大的风险。跨两个LTS版本从Bionic Beaver到Jammy Jellyfish的升级绝非简单的apt update apt upgrade。你需要把它看作一次系统的“大手术”术前检查、风险评估和应急预案一个都不能少。2.1 为什么必须升级不仅仅是支持周期的问题很多人升级的动力来自于安全支持结束的警告。这没错但对我而言更迫切的驱动力来自技术栈的滞后。Ubuntu 18.04默认的Python 3.6和GCC 7.5在开发一些新项目时已经显得力不从心。例如想用上PyTorch 2.0的一些新特性或者编译需要C20支持的程序在老版本上要么无法安装要么需要从源码编译一堆依赖极其繁琐。Ubuntu 22.04 LTS带来了Python 3.10、GCC 11以及更新的内核和系统库对现代软件开发更加友好。同时像Docker、Kubernetes等工具的官方源也在逐渐减少对18.04的兼容性测试。所以升级不仅是出于安全更是为了解放生产力。2.2 深度系统状态检查清单升级成功的前提是系统本身足够“健康”。请务必逐项完成以下检查当前系统完整性验证# 检查当前系统版本和内核 lsb_release -a uname -r # 检查磁盘空间根分区至少预留10GB以上空闲空间/boot分区也要注意 df -h # 检查APT源状态确保当前18.04的源是完整可用的 sudo apt update sudo apt upgrade # 修复任何损坏的包 sudo apt --fix-broken install sudo dpkg --configure -a关键服务与自定义配置归档 列出所有你手动安装或配置过的服务。对我来说这包括Nginx的虚拟主机配置、PostgreSQL数据库、多个Python虚拟环境、Cron定时任务以及一堆位于/etc/下的自定义配置文件如/etc/ssh/sshd_config。用一个简单的文本文件记录下来它们的路径和用途。第三方仓库与PPA清理 这是升级过程中最容易导致失败的地方。Ubuntu 18.04上添加的很多Personal Package Archives可能不提供22.04的版本。# 列出所有已添加的PPA ls /etc/apt/sources.list.d/ # 或者使用命令 grep -r deb .*ubuntu.com /etc/apt/sources.list.d/我的做法是全部禁用或移除。升级完成后再根据需求重新添加支持22.04的PPA。你可以通过注释掉.list文件中的内容或者直接sudo add-apt-repository --remove ppa:xxx/yyy来移除。2.3 不容有失的备份方案备份不是复制粘贴几个文件而是要确保在任何极端情况下都能回退。我采用了三层备份策略层一全盘快照如果支持。我的服务器运行在云平台上升级前先为系统盘创建一个完整的快照。这是最彻底的“后悔药”一旦升级失败可以分钟级回滚到之前的状态。层二关键数据与配置的异地备份。即使有快照我还是将/home目录、/etc目录、/var/wwwWeb项目以及所有数据库通过pg_dump等工具导出打包通过scp或rsync传输到另一台机器。记住备份的有效性在于可恢复性传输完成后最好在备份机上解压验证一下。层三服务状态快照。记录下关键服务的运行状态和版本号。例如nginx -v,python3 --version,docker version等。升级后可以用来对比验证。核心经验不要迷信单一备份方式。全盘快照方便但依赖平台文件备份灵活但可能遗漏运行时状态。两者结合才能高枕无忧。3. 升级路径规划与执行一步到位还是分步走官方提供了从18.04直接升级到20.04再从20.04升级到22.04的路径。理论上也可以尝试直接跳到22.04。如何选择3.1 路径选择背后的权衡我选择了分两步走18.04 - 20.04 - 22.04。理由如下稳定性优先每个LTS版本之间的升级路径是经过官方充分测试的。直接跨版本升级do-release-upgrade -d属于开发通道在重大版本跳跃时更容易遇到不可预见的包依赖冲突。问题隔离如果升级过程中出现问题两步走可以更容易定位问题发生在哪个阶段。是18.04到20.04的兼容性问题还是20.04到22.04的新特性冲突社区支持每一步升级都有海量的社区经验可供参考。如果你在18.04直接升22.04时遇到一个冷门错误搜索到的解决方案可能远少于分步升级。当然两步走耗时更长需要重启两次。如果你的系统非常“干净”几乎没有第三方包且愿意承担更高风险以换取更快的结果也可以研究直接升级的方案但务必在测试环境中充分验证。3.2 第一步从Ubuntu 18.04 LTS升级到20.04 LTS首先确保系统已经更新到18.04的最新状态。sudo apt update sudo apt upgrade -y sudo apt dist-upgrade -y sudo apt autoremove -y完成后重启系统。这很重要可以确保所有更新尤其是内核更新都已生效并在一个干净的状态下开始升级。安装升级管理工具并开始升级sudo apt install update-manager-core # 编辑配置文件确保Promptlts sudo nano /etc/update-manager/release-upgrades然后运行升级命令。这里建议使用-d参数因为20.04对于18.04来说已经是上一个版本但仍在LTS周期内使用-d可以确保工具找到正确的升级路径。sudo do-release-upgrade -d这个命令会启动一个交互式过程。它会详细列出将要新增、移除、更新的软件包数量。请务必仔细阅读。过程中它会询问你是否要替换一些旧的配置文件如/etc/ssh/sshd_config。我的原则是如果我没有手动修改过这个文件就选择替换如果我修改过就选择“保持当前版本”升级后再手动合并新配置。通常它会将旧文件备份为.dpkg-old后缀。升级过程会下载大量包并自动进行配置耗时可能从30分钟到数小时不等取决于网速和系统复杂度。最后它会要求重启。重启后使用lsb_release -a验证是否已变为Ubuntu 20.04。3.3 中间状态清理与巩固成功升级到20.04后不要急着进行下一步。先做一次“巩固”操作再次更新系统sudo apt update sudo apt upgrade -y。这能确保20.04的所有补丁都打上。检查并移除无效的PPA20.04下之前为18.04添加的PPA可能已经失效会导致apt update报错。使用sudo add-apt-repository --remove或在/etc/apt/sources.list.d/目录下删除对应的.list文件。验证核心服务启动你的Web服务器、数据库等确保基本功能正常。跑一两个简单的测试脚本或访问网站确认没有因为库版本升级而出现运行时错误。备份当前状态在迈向22.04之前可以考虑再做一个快照或备份。这样即使下一步失败你也能快速回退到20.04这个“中间站”而不是直接退回18.04。3.4 第二步从Ubuntu 20.04 LTS升级到22.04 LTS这一步与上一步类似但更为顺畅因为20.04和22.04的间隔更近。首先同样确保20.04系统是最新的。sudo apt update sudo apt upgrade -y sudo apt dist-upgrade -y这次运行升级命令时可以不用-d参数因为22.04是20.04之后的最新LTS版本。sudo do-release-upgrade同样仔细阅读变更摘要谨慎处理配置文件替换的提示。升级完成后重启系统。4. 升级后的关键配置与故障排查系统重启进入Ubuntu 22.04这并不意味着万事大吉。升级最大的挑战往往出现在升级之后因为新旧软件包和配置的交替可能引发各种“水土不服”。4.1 首要任务网络与SSH连接验证升级后第一件事就是确认你还能通过网络连接到服务器。特别是如果你使用了静态IP或特殊的网络配置。检查/etc/netplan/下的配置文件。Ubuntu从17.10开始使用Netplan但配置语法可能在版本间有细微变化。如果发现网络不通优先检查这里。SSH服务也可能因为配置被替换或权限问题而无法启动。检查SSH服务状态sudo systemctl status ssh如果失败检查/etc/ssh/sshd_config的语法sudo sshd -t以及相关目录如/etc/ssh/sshd_config.d/的权限。我曾遇到因为AuthorizedKeysFile路径权限过于严格导致密钥登录失败的问题。4.2 软件源与包管理修复升级工具会自动将你的APT源从旧版本如bionic切换到新版本jammy。但你需要手动检查和清理。检查主源列表cat /etc/apt/sources.list确保所有行都指向jammy。清理第三方源目录/etc/apt/sources.list.d/里的文件升级工具可能不会自动修改。你需要手动将其中所有bionic或focal的字样替换为jammy或者直接注释掉等待确认该源支持22.04后再启用。更新并修复包数据库sudo apt update # 如果报错根据错误信息移除或修复无效的源 sudo apt --fix-broken install # 处理任何残留的依赖问题 sudo dpkg --configure -a4.3 服务与应用程序兼容性修复这是最耗时的部分。你需要逐一检查所有关键服务。Nginx/Apache配置文件语法通常兼容但一些第三方模块可能需要重新编译安装。运行sudo nginx -t测试配置并重启服务。数据库MySQL/PostgreSQL特别注意Ubuntu升级通常不会自动升级数据库的主版本如PostgreSQL 12到14。你需要遵循官方的手动升级指南涉及数据导出导入或使用pg_upgrade。切勿在未备份的情况下尝试自动升级数据库服务。Python环境系统自带的Python从3.820.04变成了3.1022.04。这可能导致使用#!/usr/bin/env python3的脚本可能指向了新版本。通过apt安装的Python包需要重新安装。你自己的虚拟环境virtualenv/venv是绑定到特定Python解释器的。最稳妥的办法是为你的项目创建一个基于Python 3.10的新虚拟环境然后重新安装依赖pip install -r requirements.txt。直接使用旧的虚拟环境很可能因底层库不兼容而失败。Docker如果之前安装了Docker升级后可能需要重新添加Docker的官方GPG密钥和仓库因为证书可能已过期。建议参照Docker官网的安装说明为Ubuntu 22.04重新安装一遍。4.4 内核与驱动问题处理升级后新内核如5.15会替代旧内核。大部分硬件驱动没问题但如果你使用了第三方闭源驱动如某些老的无线网卡驱动或特定的显卡驱动可能需要重新编译或安装。使用dkms管理的驱动通常能自动处理但最好检查一下sudo dkms status如果状态是“installed”且版本对应新内核则一般没问题。5. 常见问题与实战排坑记录以下是我在升级过程中以及帮助他人升级时遇到的几个典型问题及其解决方案。5.1 升级过程中断或失败这是最令人头疼的情况。通常发生在下载包或安装配置阶段。症状do-release-upgrade进程意外退出终端显示错误信息。应对不要慌张不要强行重启。首先仔细阅读终端最后的错误信息。常见原因有磁盘空间不足、网络中断、某个软件包配置脚本失败。尝试根据错误提示修复。例如如果提示空间不足清理/var/cache/apt/archives/目录下的旧deb包。如果错误信息指向某个特定的包配置失败post-installation script可以尝试单独重新配置它sudo dpkg --configure -a。如果修复后问题依旧可以尝试重启do-release-upgrade工具它有时能从中断处恢复。但更稳妥的做法是利用之前做的全盘快照进行回滚彻底清理环境后重试。5.2 “Could not calculate the upgrade”错误运行do-release-upgrade时工具可能报错无法计算升级路径。原因最常见的原因是系统未完全更新到当前版本的最新状态或者存在大量被标记为“保留hold”的软件包阻止了升级。解决# 确保完全更新 sudo apt update sudo apt upgrade sudo apt full-upgrade # 检查是否有被hold住的包 sudo apt-mark showhold # 如果有考虑是否解除holdsudo apt-mark unhold package-name或者弄清楚为什么需要hold。 # 有时移除所有第三方PPA也能解决此问题。5.3 升级后图形界面GUI问题对于桌面版用户升级后可能会遇到桌面环境崩溃、无法登录、分辨率异常等问题。原因显卡驱动、显示管理器如GDM、LightDM或桌面环境如GNOME的配置与新系统不兼容。解决尝试切换到文本终端CtrlAltF3登录后重新安装或配置桌面环境。检查并重新安装显卡驱动。对于NVIDIA用户可能需要先卸载旧驱动再安装新版本。重置用户桌面配置。有时删除用户目录下的.config,.cache,.local中的相关桌面配置文件可以解决但会丢失个性化设置。作为最后手段可以尝试安装一个不同的桌面环境如sudo apt install ubuntu-desktop-minimal来绕过问题。5.4 性能下降或系统变慢升级后感觉系统响应变慢。排查方向检查日志sudo dmesg和sudo journalctl -xe查看有无硬件驱动错误或服务启动失败。检查资源占用使用htop查看CPU、内存占用情况。新版本的系统服务或默认开启的功能如Snap应用自动更新可能占用更多资源。检查磁盘sudo iotop查看磁盘IO是否过高。升级后系统可能会在后台建立文件索引或进行其他维护任务初期IO会较高通常一段时间后会缓解。禁用不必要的服务使用systemctl list-unit-files --typeservice查看所有服务禁用那些你确定用不到的sudo systemctl disable service-name。6. 升级后的优化与新特性利用成功升级并稳定运行一周后就可以开始享受新版本带来的好处并进行优化了。6.1 拥抱新工具链Ubuntu 22.04带来了更新的开发工具。例如默认的GCC 11对C20标准有更好的支持。如果你有编译需求可以体验一下。Python 3.10的性能提升和新的语法特性如结构模式匹配也值得在项目中尝试。6.2 管理Snap与Flatpak22.04进一步集成了Snap。如果你不喜欢Snap的启动速度或沙盒限制可以选择禁用或减少使用。但有些软件如Chromium可能只提供Snap版本。了解snap和apt的共存并根据需要管理它们。6.3 安全加固新系统是进行安全加固的好时机。检查并更新防火墙规则UFW或iptables确保SSH使用密钥登录并禁用密码登录检查是否有未知的用户账户等。6.4 建立系统监控基线升级后系统行为可能发生变化。建议部署一个简单的监控如使用netdata或prometheus node_exporter观察一段时间内的CPU、内存、磁盘IO和网络流量的基线以便未来出现异常时能快速对比定位。整个从Ubuntu 18.04到22.04的升级之旅就像给一座老房子进行现代化改造。过程需要精心规划、逐步实施并且准备好应对各种意外。但一旦完成一个更安全、更强大、更能适应未来技术发展的系统平台会让你之前的所有付出都变得值得。最关键的是通过这次升级你对自己系统的了解会深入一个层次这份经验是任何新装系统都无法给予的。