半年没碰我的电脑,里边的openSUSE还能正常“滚回来”吗?

公司里的事情忙活了一大阵儿，终于，时隔 3 个月后又回来了。而我家里这台电脑，上次打开已经是 5 月份了。更关键的是，这台电脑安装的还是处于持续试验阶段的 openSUSE Slowroll。

也就是说，距离上一次使用，已经过去了差不多 5 个月。

那么问题来了：

这么长时间没有滚动更新，现在直接更新，还能正常用吗？

来试试。

更新之前，先来看看目前系统的状态。

可以看到，现在使用的 Slowroll 版本号是 20260504，也就是今年 5 月份的版本；内核版本是 7.0.5；图形平台默认使用 X11；英伟达驱动则和之前一样，手工安装了 G06 版本的闭源驱动，目前工作正常。

再来看一下 KDE：Plasma 版本是 6.6.4，KDE Frameworks 是 6.25.0，Qt 使用的是 6.11。

接下来看看 Slowroll 的发布记录。

打开 Firefox，它甚至先提醒我：已经有一段时间没有使用过这个浏览器了。连浏览器都觉得自己过时了。

在 Slowroll 的下载地址可以看到，2026 年 5 月之后，6 月、7 月、8 月和 9 月，每个月都发布了一版新的安装介质。

这至少可以说明两件事情：第一，Slowroll 仍然在正常维护，并没有被放弃；第二，我现在使用的系统，已经落后了 4 个大版本。

所以这一次更新，严格来说已经不只是普通的日常滚动更新，而是一次相当大的“跨版本”升级。

现在，开始更新吧。

打开终端，通过 zpper dup 开始更新。

果然，从一个落后这么长时间的版本直接更新，还是需要手工解决一些问题的。

这里乍一看似乎是出现了依赖冲突，但仔细看看解决方案就会发现，实际上并不是软件之间发生了无法解决的冲突，而是当前版本中的这个软件包，已经被 Tumbleweed 淘汰了。

而解决方案之一，是改用 Packman 源提供的版本继续保留它。不过 Tumbleweed 现在真的已经不提供这个包了吗？

查一下就能发现，它现在已经变成提供了 4 版本。所以之前的 3 版本被淘汰也就很正常了。

这里我还是选择了第一种解决方案，也就是使用 Packman 的源，继续保留这个软件包。不过严格来说，我觉得这个版本的包其实完全可以直接删除，或者就保留这个已经被淘汰的版本，后续不再继续管理，也未尝不可。毕竟这里只是一个简单的选择，并没有涉及真正意义上的依赖破坏。

解决完这个问题之后，终于来到了正式的安装摘要。

可以看到：内核将升级到 7.2.7，总共有 3000 多个软件包需要升级，另外会新安装 128 个软件包，移除 92 个软件包，并改变 1 个软件包的供应商。这个改变供应商的包，就是刚才我们手工选择解决方案的那个包。

而且从这份更新摘要里，还能看到一个比较有意思的地方：

虽然 YaST 已经被官方放弃，但 Tumbleweed 中相关的 YaST 软件包仍然在正常更新。所以是不是意味着现在的 Leap 16.0，或者16.1，仍然能够通过原来的方式安装 YaST，只是最终不再提供完整的图形化界面？

这个就交给使用 Leap 的朋友们测试了，现在还是先把系统更新完。

如果看过我之前介绍 Slowroll，或者介绍 openSUSE 的视频应该知道，我一直没有手动修改软件源，因为 openSUSE 会自动为我分配就近的镜像站点。所以实际下载速度并不算低。

不过中间还是有一些软件包返回了 403。但和之前遇到的 404——也就是找不到文件——不一样，这意味着当前镜像虽然拒绝了这个请求，但软件包并不是完全不存在，系统还可以尝试从其他来源获取。所以这次更新应该不会因为这个问题直接失败。

事实也确实如此，没有什么大问题。就让它慢慢安装完成。不过，3000 多个软件包的处理过程，实在是有点漫长。后来我实在熬不住了，直接把觉进行一个睡，让它自己跑。

第二天起来再看，已经全部完成。

接下来，就是见证结果的时候了。

重启计算机。

可以看到，系统已经成功来到了 20260901。KDE Plasma 升级到了 6.7.5，KDE Frameworks 来到了 6.29，Qt 也更新了两个小版本，内核则来到了 7.2.7。

而显示服务的默认值，从之前默认的X11变成了 Wayland。这个变化确实是没有想到。

再检查一下英伟达驱动，也依然正常工作。

到这里可以确认：这次跨越 4 个版本——虽然也谈不上版本——长达几个月没有更新的 Slowroll，成功滚过来了。

过程中虽然需要手动处理一个软件包，但并没有出现系统无法启动、依赖关系彻底崩坏之类的问题。

顺便快速对比一下 5 月份和 9 月份的“关于此系统”页面，一眼就可以发现 KDE 增加了一个集成显卡和独立显卡的小标签。说不上有什么特别大的实际用途，但至少能够更直观地看到当前机器的显卡配置。算是锦上添花吧。

总之，升级很顺畅，结果也很成功。顺便一提一个可能是比较冷的知识吧：在现在常见的 Linux 发行版中，仍然保留了通过安装介质更新现有系统这一能力的安装程序，我所知道的已经非常少了。openSUSE 的滚动版本目前仍然保留这一特性。过去的 Leap 也可以做到这一点，但随着安装程序换新，这项功能也随之消失了。