虽然现在存储价格不低，但这台电脑还是被我修好了。既然系统重装，那就又回到了一个老问题：该选哪个发行版？

滚动更新的发行版，更新频率高，但组件变化快，系统在一段时间内可能出现不稳定。而按版本发布的发行版，整体更稳，但在跨版本升级时，同样存在失败的风险。

那么，有没有一种介于两者之间的更新模式？既不过于激进，也不至于滞后。

你可能会想到 Manjaro。它基于 Arch Linux，会先对上游更新进行一段时间的测试，再推送到自己的仓库。

但它本质上并不是由 Arch 官方维护。在我有限的使用过程中，偶尔会遇到组件之间配合不够顺畅的情况。

如果从这个角度来看，一个更理想的前提是：发行版本身就同时提供滚动和版本两种更新模式。在这样的体系下，才有可能衍生出一种更“折中”的官方方案。

那么，这样的发行版存在吗？

确实存在。比如我之前提到过的 openSUSE。

而现在，它不仅提供两种模式，还进一步引入了一种更接近“又新又旧”的方案：Slowroll。

这个分支基于 openSUSE Tumbleweed 的滚动更新机制，但显著降低了更新频率。

通过官方给的示意图：

可以清晰的看出来Slowroll 以月为单位发布快照，每一次更新都整合了当月内通过测试的 Tumbleweed 变更。

这种方式带来的结果很直接：更新节奏被控制在一个更可预期的范围内，同时依然能够跟进上游的新版本。在稳定性上，也比 Tumbleweed 更进一步，并且避免了 openSUSE Leap 那种跨版本升级带来的潜在风险。

如此看来，Slowroll确实提供了一种介于两者之间的选择。

当然，需要说明的是，Slowroll 目前仍处于测试阶段。因此，这次把它装在这台电脑上，也算是对这个版本做一个长测。后续更细节更实际的体验，再慢慢记录。

转眼间已经2026年的二月份了，马上春节的假期也要过完了，在这儿还是先跟各位拜个晚年，祝各位晚年幸福。

接下来就跟前两年一样，看看2025年的 Linux 世界又都发生了什么。

一、Wayland 差不多成为图形界面唯一的协议

过去几年，Wayland 一直被描述成“未来”。到了 2025 年，它基本已经成为图形Linux的默认方向。

就以主流的两大桌面环境：GNOME 和 KDE Plasma 来说，Wayland 是所有新特性设计的前提。虽然 X11 会话仍然存在，但更多的只是维护状态，不再承担创新。

这意味着一件很现实的事：

桌面版Linux 的显示系统已经完成了主线的切换。虽然目前你依然可以使用熟悉的X11，但终究也要慢慢去接受Wayland了。我在去年也简单尝试过 Wayland ，如果有兴趣的话可以看看。

二、英伟达的妥协

早年间，我有一个妥协系列，大概内容就是讲某一个软件或者厂商开始了 Linux 适配这个动作。其中提到过百度网盘、steam、QQ等等。现在想来，如果我把早年间制作的这个妥协系列延续下来，那去年英伟达驱动的妥协大概会是一个重磅的更新。

以Archlinux为例，它在去年开始提供一个名字为 nvidia-open 的官方驱动包。

这是英伟达官方提供的开源驱动。只不过，目前它的开源模式是内核态 GPU 模块开源、用户态驱动仍然闭源。

它并不像AMD那样完全开源，但目前的开源动作对于桌面 Linux 来说，已经足够产生一些有益的变化。特别是在 Wayland 环境下，多显示器、高刷新率、休眠恢复这类长期由于英伟达闭源驱动而影响稳定性的功能，第一次可以进入“系统性优化”的阶段了。

显然，这并不是一夜之间就能改变的，但至少改进方向可以明确了。

三、完全向前看的KDE Plasma 6

你也许会还记得，在我的硬盘完全损坏之前，我把我的系统切换到了 Debian13，其包含了 KDE6 图形界面。而2025年，也是KDE6逐步走向稳定的一年。这次升级的核心不在外观、插件，更多的在于底层结构：全面转向 Qt 6、完全以 Wayland 为前提设计、清理多年遗留的 X11 兼容负担。

如此重大的转变，使得KDE6 的早期版本确实不稳定，且大量的插件也需要重新适配。但换来的，是一个更现代化的桌面基础，后续发展也不再需要背负过多的历史包袱了。

四、KDE 更专业了

依然是 KDE。在技术基础逐步稳定之后，其在专业领域的表现也有所进步。如高 DPI、多屏、色彩管理、精细窗口规则等能力持续完善。这使得KDE不再只是“折腾党”的玩具，亦成为专业群体可以选择的稳定环境之一。

总的来说

2025 年的Linux，没有出现颠覆式的革命。但针对图形界面的几个关键节点现在大概可以确定了方向：显示协议主线明确、显卡驱动的生态开始松动、桌面环境完成了一次跨时代的清理。

2025年的变化并不会立刻改变所有人的使用体验，但其可以决定未来几年图形Linux的发展路径。

至少在图形界面，Linux又向前了一步。

去年十月份，bcachefs 相关内容突然停了下来。

原因其实很简单。

我的硬盘坏了。

那是一个再普通不过的周末晚上。

我正在录制下一期内容，也就是 btrfs 的实际使用。

录制进行得很正常，直到某一个瞬间，图形界面毫无预兆地卡死了。

一开始我并没有太在意。

图形界面而已，Linux 用户对这种场面并不陌生——重启服务，通常就能解决问题。

但当我尝试切换到文本模式的时候，情况开始变得不对：键盘没有任何响应。

系统不是图形卡住了，而是完全冻结。

即便如此，我依然没有意识到事情的严重性。

类似的情况以前也遇到过。

就连 Windows 还有蓝屏的时候呢。

大多数时候，重启就够了。

于是我按下了电源键，强制关机。

重启之后，系统停在了启动画面。

没有报错，也没有继续。

就这么卡着。

我又重启了一次。

结果没有任何变化。

不过这一次，系统至少还能响应键盘输入。

我关掉了启动画面的 Logo，想看看它究竟卡在了哪一步。

这时候，问题终于显现出来了。

屏幕上是一连串读写错误。

从根挂载点，到 home 挂载点。

到这里，结论已经很明确了：我的硬盘坏了。

而且坏得并不突然。

事实上，早在几年前，这块硬盘的 SMART 信息里重映射扇区就已经开始报警。

只是一直抱着“得用且用”的想法，我把它用到了去年十月份。

现在回头看，如果不是深度的安装程序在去年下半年让我不得不多次重新格式化系统，

这个问题，可能还会继续潜伏一段时间。

从这个角度来说，

咱还得谢谢它呢。

还挺荣幸，能在2025年最后一段时间当上黑白无常，收割自己熟悉的东西，让他们走向终结。

当然，肯定不是我带走的，只是很多自己在用的东西突然就“死了”。

先说苹果的。对，就是生产 iPhone 的那家公司。他们的一个应用：可立拍。

这个应用本质上是一个换头拍摄工具。如果你从来没用过，也谈不上可惜。因为到今天，第三方同类工具早就能完成同样的事。可立拍相对少见的亮点，可能只有一点：它可以直接关联拟我表情。

苹果并没有立刻给它判死刑。现在你仍然可以在“已购买项目”中重新下载，但看官方这意思，可能下一个iOS大版本就不让安装了。

另一个“结束”的，是一款我以前介绍过的开源 RSS 工具：Tiny Tiny RSS。

作者给出的理由非常直接：没意思，累了。

这几乎是对开源项目特性的一个标准示例：项目的走向，很多时候只取决于作者的个人状态，一个念头，就能决定生死。

但事情并没有就此结束。很快，已经有接任者继续维护这个项目。这又体现了开源项目的另一面：一旦形成了哪怕只是小规模的社区，项目往往也能被接力下去，至少不至于立刻消失。

把可立拍和 Tiny Tiny RSS 放在一起对比，会发现一个很有意思的现象：开源项目不一定容易做大，但一旦做起来，生命力反而往往更顽强。

上面的内容其实在去年十一月左右就写出来了，但一直觉得内容太少，想强行升华一波，但随着12月23号广播的消息，我觉得先不升华了，因为这个“终结”，很多朋友可能已经听说：

HIT FM 正式停播。

这个消息在不同人群中的体感差异非常大。对一部分京沪地区的听众来说，这是一个长期陪伴的结束。毕竟从覆盖范围看，这个频率最后也只在这两地保留了传统广播信号。

但这里并不是要做怀念。我更想聊的是停播之后出现的一些反应。

在我的信息茧房里，除了正常的怀念之外，还出现了大量延伸解读，从资本逻辑到政策导向，各种说法层出不穷。可以理解情绪，但问题在于，这终究是一个小众内容。

举几个容易最简单的例子：首先，喜欢HITFM的朋友可能并不知道，其最早并不是音乐广播。它是 CRI 在 1999 年开设的对内多语种广播，到 2003 年才调整为现在熟悉的定位。其次，同一天停播的，还有同品牌下的 EZ FM，以及央广阅读之声。而这两个频率几乎没有引起讨论，原因我猜也很简单：听众更少。说句不好听的，这三个频率同日停播的消息在互联网上的整体声量，甚至不如前几年 Linux 中国停止更新时高。所以，怀念本身没有问题，但由此衍生出的各种阴谋论，其实没有太多必要。

就在我不知道如何总结这些“死亡”以结束的时候，12月中旬，又发现了一个更安静的“死讯”。

《电脑爱好者》注销了。

安静到什么程度？

10 月已经登报的注销信息，到了 12 月才被注意到。

很多人以为它“还在”，这点从我去年的那一篇文章分享中即可窥探一二。但事实上，这本杂志在 2023 或 2024 年就已经停止出刊，只是勉强维持着线上内容的存活，直到 2025 年底才算是彻底结束。

人与人的分离很常见。人与物的分离其实也不少。只是像 2025 年这样，短时间内密集地与这些熟悉的产品、媒介告别，对我来说还是第一次。这些消失未必都值得怀念，但它们更像是在提醒着一件事：时代并不会因为某一代人的习惯而停下来。当一些东西悄悄退场时，问题也许不在于它们“死了”，而在于我们是否已经习惯，自己不再站在更新的起点上了。

上次简单聊了聊bcachefs十年进主线，两年被移除的故事。但好像有一个文件系统听起来与它差不多，那就是btrfs。

btrfs 是 Linux 中第一个被广泛应用的写时复制文件系统。这个“写时复制”，就是在修改数据时不直接覆盖旧内容，而是写入一份新的，再更新引用。更细节的就不说了，越说越多。这种机制能保证数据的一致性，也让文件系统能做出所谓快照、子卷、回滚、校验这些高级功能——所谓快照，就是可以瞬间保存当前系统状态；子卷则是能在同一个分区下划出多个独立空间，用于分隔系统、数据、或容器。

这些机制让 btrfs 在功能上远超 ext4，但也带来了复杂度。btrfs 支持压缩、校验、多设备、RAID，功能丰富，可惜结构太复杂。元数据层级深、写放大严重，特别是在 RAID5 和 RAID6 模式下，数据一致性问题多年未彻底解决。稳定性成为了它最大的争议。

而bcachefs 的出现，就是为了简化这一切。它同样是写时复制系统，但架构更直接。它去掉了子卷，改用统一命名空间；事务模型更清晰，元数据路径更短。性能上，它继承了 bcache 的缓存机制，能自动区分冷热数据，减少磁盘负担。同时支持在线压缩、加密、重复数据删除，又不会明显拖慢 I/O。

当它进入主线时，社区认为这可能是 Linux 文件系统的新起点。然而随着后来发生的一些争议，它又被暂时移出了主线的支持。

相比之下，btrfs 的开发模式分散，由多家厂商与开发者共同维护，虽然推进缓慢，也有一些使用上面的稳定性争议，但在维护的稳定性上却又是足够的。毕竟bcachefs 几乎由一个人主导，节奏快但风险高。

可以说，btrfs 是写时复制的实验场，而bcachefs 是它的简化——或者说优化后的重构版。但由于客观上维护的稳定性，这个重构版反而最终没能进入主流——至少目前是这样。

那么，看看这个主流的btrfs文件系统，其相比传统ext4更亮眼的那些功能要如何使用呢？下次说。

总有人说Linux碎片化，可能是因为总有人不满足“够用”。Kent Overstreet 就是那种类型。他写出了一个叫 Bcachefs 的文件系统，目标就是融合前沿功能与稳定性。

它是个写时复制（COW）的文件系统，具备一些核心特性：

• 对数据与元结构进行校验，提高数据完整性；
• 原生支持压缩、重删、加密，提升存储效率与安全；
• 拥有快照机制，可在任意时间点冻结文件系统视图；
• 内置缓存机制，继承 bcache 的理念，优化 I/O 性能；
• 使用混合 B+ 树结构，使索引与目录操作在查找和插入上更高效；
• 代码结构相对简洁，减少冗余，方便后续维护。

有了这些特性，Bcachefs 在 2023 年正式进入 Linux 内核主线（6.7 版本），比较罕见。

但它的故事并未就此稳定。进入主线后，争议随之而来。

首先是开发流程的冲突。在 6.16-rc 阶段，Kent 提交了“journal_rewind”等新特性补丁，这个操作被认为违反了 rc 阶段只允许修复 bug 的惯例。Linus 对此表示不满，称双方可能在下个版本“分道扬镳”。

其次是社区协作问题。Bcachefs 主要由 Kent 一人维护，补丁提交与审核缺乏分工，引发了与内核维护者的摩擦。Linus 批评过：部分修复补丁改动过大，超出文件系统范围，增加了主线风险。

2025 年，Bcachefs 被标记为 “externally maintained”，即外部维护状态。

这意味着未来的功能更新、兼容修复，都要靠 Kent 自行跟进。主线内核不会再主动整合它的新特性，更容易理解一点的描述，就是以后也许只能通过 fuse 来单独安装。

对用户来说，这种状态不代表它“不能用”，但也意味着它可能长期停留在“可编译、能挂载、但没人保证稳定”的阶段。若内核接口有改动、工具包无人维护，Bcachefs 迟早会被边缘化。

这个“崭新且稳定”的故事到这里暂时告一段落。它的代码仍然在，功能依旧可用。

只是它不再是 Linux 主线重点维护的对象。