Fedora每次发布新版系统之后，用户在一段时间内还可以继续使用旧版本，但这种安逸的窗口期并不是永久的。Fedora的生命周期有限，旧版本达到EOL之后，软件源会被迁移到archive目录，安全更新也会随之停止。也就是说，跨大版本升级不只是追求新功能的问题，更是保证系统安全与软件可用性的必要操作。那么，如何在不重装系统的前提下，把Fedora从一个版本平滑地升级到下一个甚至更远的版本？这需要借助官方推荐的DNF System Upgrade插件，并严格按照一套规范步骤来执行。
升级前必须做好的环境检查与备份准备
跨版本升级并不能直接当作一次普通的DNF更新来处理，因为大版本之间涉及软件依赖的重建、内核模块的匹配、以及软件源配置结构的调整。如果系统当前的包状态本身就存在依赖不完整的情况，升级过程很容易在中途被不可解决的依赖冲突打断。因此，第一步不是急着执行升级命令，而是先检查当前系统的健康度。
首先要确认当前Fedora版本是否还在支持周期内，并查看系统架构与内核版本。升级前应该把所有已安装的软件包更新到当前版本的最新状态，以最小化版本差距。一个比较常用的做法是执行sudo dnf upgrade --refresh，这一步会同步所有仓库元数据并安装全部可用更新。值得一提的是，升级前最好清理一下不再需要的旧包，避免那些残留的旧版本依赖干扰新的版本解析过程。
备份也是整个流程里优先级最高的事项。跨大版本升级虽然全程自动化程度很高，而且大部分情况下能顺利完成，但谁也不能保证硬件驱动或者网络中断不会带来意外。比较稳妥的做法是提前备份关键目录，比如/home、/etc以及数据库或邮件服务的持久化数据目录。备份不需要把整个系统都镜像下来，除非你希望省去重新配置的麻烦。
# 查看当前Fedora版本 cat /etc/fedora-release # 查看内核版本 uname -r # 刷新元数据并更新所有包 sudo dnf upgrade --refresh # 查看系统磁盘剩余空间，升级至少需要数GB空闲 df -h /
另一个容易忽略的检查点是磁盘空间。DNF System Upgrade会把新版本的全部包下载到本地缓存目录，然后在重启后执行系统事务。如果/var所在分区的空间不足，升级事务可能在下载阶段就报错。建议预留至少5GB以上的空间，如果你开启了多个第三方软件源，需要下载的内容会更多，空间预留也应该适当加大。
使用DNF System Upgrade执行跨版本升级的完整步骤
当系统的包状态确认健康、磁盘空间与备份都准备妥当之后，就可以通过DNF System Upgrade工具来正式执行跨版本升级了。这个工具的思路很简单：先下载新版本仓库的元数据与全部需要的包，构建一次性升级事务，然后系统重启后在早期启动阶段完成替换。这样做的好处是把升级过程从当前运行环境里剥离出来，降低了文件被占用或系统状态不一致导致的升级失败风险。
首先安装dnf-plugin-system-upgrade插件，这个插件在Fedora的默认仓库中就能找到。安装完成后，可以用dnf system-upgrade download --releasever=版本号命令来预下载升级所需的所有包。以从Fedora 39升级到Fedora 40为例，--releasever=40会告诉DNF把所有仓库的基线切换到新版本，然后开始解析所有已安装包的新版本依赖关系，并生成事务。
下载阶段结束后，DNF会检查依赖解析是否全部通过。如果存在无法解析的依赖冲突，download命令会直接报错，此时不会对系统做任何修改，这是一个非常安全的设计。如果一切正常，就可以执行sudo dnf system-upgrade reboot命令触发重启升级流程。系统会进入一个独立的升级阶段，画面中可以看到大量的包在事务中被打包安装，整个过程至少需要十几分钟，具体耗时取决于网络速度和硬件性能。
# 安装升级插件 sudo dnf install dnf-plugin-system-upgrade # 下载新版系统所需的全部包 sudo dnf system-upgrade download --releasever=40 # 确认无误后重启并开始系统升级 sudo dnf system-upgrade reboot
升级完成后系统会自动重新启动，此时需要在GRUB菜单中选择新内核和新的系统版本进入。如果一切顺利，登录后可以再次通过cat /etc/fedora-release来确认版本号的变化。还要注意的是，虽然升级过程是标准化的，但个别第三方驱动或自定义的内核模块有可能在升级后无法自动适配，这类问题需要准备好进入旧内核环境进行排查。
升级后的系统验证与清理工作
进入新版本系统之后，整个升级流程还没有完全结束。跨版本升级往往会在系统里留下大量旧包与新包混合的痕迹，如果没有得到妥善清理，可能在后续使用中遇到一些诡异的问题，比如某个命令行工具版本不统一，或者图形桌面环境组件之间存在兼容性差异。
一个新的Fedora版本通常会重新整合很多软件包，把多个旧包合并成一个，同时废弃掉一些已经被上游项目停止维护的包。这些旧包如果继续留在系统里，不单是浪费磁盘空间，还可能在DNF依赖解析时造成不必要的干扰。升级后可以用sudo dnf install rpmconf或直接通过dnf autoremove来清理这些残留，但更彻底的方式是使用dnf distro-sync让所有包的版本都严格对齐到当前仓库的状态。
随后不要忘了检查软件源的配置。很多第三方软件源在版本升级后需要手动更新仓库文件的$releasever变量，或者原本就只针对特定版本提供支持。如果在下载阶段就已经因为某个第三方源解析失败，可以在/etc/yum.repos.d/目录中暂时禁用出问题的源文件，升级完成后再重新尝试。还有一点容易被忽略，那就是Snap这类与DNF体系并行的软件包管理工具，在升级之后往往仍然保留着上一版的root文件，如果有在使用，建议单独去刷新一下。
# 删除不再需要的依赖包 sudo dnf autoremove # 将已安装包严格同步到Fedora 40仓库中的版本 sudo dnf distro-sync # 查看系统中残留的重复配置文件 sudo rpmconf -a # 检查当前版本是否已正确切换 cat /etc/fedora-release
大部分情况下，完成以上这些步骤之后，系统就已经处于一个非常干净和稳定的新版本状态。不过依然建议关注一下内核模块和图形驱动的情况。如果是从较老的大版本（比如38直接跳到40）跨越升级，驱动兼容性是最容易出现问题的环节。NVIDIA闭源驱动或Realtek网卡驱动这类二进制模块往往与内核版本强绑定，遇到这种情况，最好从官方仓库重新安装对应的驱动程序，而不是依赖升级过程自动完成适配。
跨大版本平滑升级的要点可以概括为三件事：升级前认真检查系统状态，升级时依赖官方工具并关注依赖解析结果，升级后立即进行清理与验证。只要遵循这条路径，Fedora的跨版本升级就不会是一件让人提心吊胆的事情。
Fedora跨版本升级DNF System Upgrade修改时间：2026-08-21 05:29:37