撰写过去一年多，围绕 Bcachefs 文件系统 的争议一直是 Linux 社区里的一大“连续剧”。如今，这个故事终于有了结果。Linus Torvalds 在内核开发者邮件列表上一则简短的声明中宣布：Linux 内核将正式与 Bcachefs 脱钩。
他说道：“Bcachefs 在 6.17 版本中被标记为‘外部维护’，但代码仍然保留着，以便过渡。现在它已经作为 DKMS 模块单独维护，内核里的代码只会变得过时，所以我们移除它，以避免版本混淆。”
换句话说，Linux 内核中对 Bcachefs 的原生支持就此终止，未来的开发将完全在内核树之外进行。
从技术分歧到彻底决裂 🧩
Bcachefs 的故事并不仅仅是技术问题，它背后有一段不小的争执。长期以来，Torvalds 多次对 Bcachefs 的补丁提出批评，认为提交过于频繁，且常常在版本发布的最后阶段才送交，影响了内核的稳定性。
这些指责逐渐演变为 Linus Torvalds 与 Bcachefs 作者 Kent Overstreet 的直接冲突。两人在邮件列表上多次针锋相对，言辞激烈。遗憾的是，双方始终没有达成妥协，矛盾不断升级，最终 Torvalds 以“移除支持”作为终结。
对用户意味着什么？🔧
那么，这一决定对用户会带来怎样的影响？
-
短期内：如果你使用的内核版本里还包含 Bcachefs，现有系统不会立刻出问题。
-
长期来看：从即将发布的 Linux 6.18 开始，Bcachefs 将不再随内核提供。想继续使用的用户，必须依赖 DKMS（动态内核模块支持） 来保持兼容，就像 NVIDIA 驱动、VirtualBox 和 VMware 模块一样，每次内核更新都要重新构建。
这意味着 Bcachefs 不再由内核官方维护，未来的修复与改进完全依赖社区本身。
社区的艰难任务 ⏳
Bcachefs 的开发者和社区接下来将面临更繁重的挑战：
-
他们必须确保模块能够 快速适配每一次内核更新；
-
各大 Linux 发行版是否会打包 bcachefs-dkms 尚不确定；
-
如果发行版不提供支持，用户就需要 手动编译，无形中提高了使用门槛。
这对一个还在成长中的文件系统来说，无疑是沉重的负担。
技术潜力依旧闪光 ✨
更令人惋惜的是，Bcachefs 在技术层面其实极具潜力。它既具备 Btrfs、ZFS 等现代写时复制文件系统的安全性和灵活性，又兼顾了 ext4、XFS 的性能和简洁。从性能与功能的平衡上看，Bcachefs 原本有望成为 Linux 上最具竞争力的文件系统之一。
未来还有回旋余地吗？🌱
虽然目前的局面不太理想，但 Linux 社区的历史已经多次证明，技术和人际冲突并不总是终点。Linus Torvalds 和 Kent Overstreet 都是极具个性的人物，但如果未来双方能在合作上找到新的平衡，Bcachefs 仍有可能重返 Linux 内核主线。
在此之前，Bcachefs 的命运将由开发者和社区共同承担。正如许多 Linux 项目一样，最终能否走得更远，很大程度上取决于社区的活力与坚持。