陪伴20年，EFS文件系统将在Linux 7.3正式下线

最近，Linux内核社区传来了一个令人唏嘘的消息：那个已经默默陪伴了大家20多年，但早已无人问津的 EFS（Extent File System）文件系统，计划在即将到来的 Linux 7.3 版本中被正式移除。

对于很多新入坑的玩家来说，EFS 这个名字可能听起来非常陌生，甚至可能会把它和 Amazon 的 EFS 存储服务搞混。但如果你是资历深厚的“老鸟”，或者手里还保留着上个世纪的古董级硬件，那你或许对这个名字还有一点印象。

EFS 最初是为 SGI 的 IRIX 操作系统开发的，主要用于这类早期工作站。

EFS 是个啥？

简单科普一下，EFS 全称是 Extent File System，最早是由 Silicon Graphics (SGI) 为他们的 IRIX 操作系统开发的。这是一个非常古老的日志文件系统。在 Linux 早期的发展阶段，为了兼容更多的硬件和系统，EFS 的代码被移植进了 Linux 内核中，主要用于读取旧版 SGI 工作站上的硬盘数据。

它的功能非常基础，只能提供最基本的读写支持。随着 ext2、ext3、ext4 甚至 XFS、Btrfs 等现代文件系统的崛起，EFS 这种“老古董”几乎一夜之间就失去了存在的价值。

为什么要现在移除？

这次的移除计划，核心原因非常简单：没人维护了。

根据内核开发者的统计，EFS 的代码已经整整 20 年没有实质性的维护和更新了。在软件工程领域，20 年的时间简直相当于好几个世纪。这意味着它不仅无法利用现代内核的新特性，还可能隐藏着未被修复的安全隐患和 Bug。

清理未维护的老旧代码有助于内核保持轻量、高效和安全。

留着这段“死代码”在内核里，不仅占用了宝贵的维护资源，还可能给系统安全带来不必要的风险。对于追求极致性能和稳定性的 Linux 内核来说，这种“负资产”显然是必须要清理的。

对我们有什么影响？

看到这，你可能会担心：“我的服务器/云主机/NAS 会不会受影响？”

可以负责任地告诉你：99.99% 的用户都不会受到任何影响。

除非你现在正在尝试从几十年前的 SGI O2 或 Octane 工作站上通过某种转接卡读取硬盘数据，否则你根本用不到它。现代的 Linux 发行版默认都不会使用 EFS 作为根文件系统，它甚至很少被编译进内核模块中。

如果我真的很需要用到它怎么办？

虽然它会被移出主线内核，但作为开源项目，代码并不会消失。如果你确实有特殊需求（比如做考古研究或者数据恢复），你依然可以通过以下方式解决问题：

1. 冻结内核版本：如果你的工作环境极其依赖 EFS，可以暂时不要升级到 7.3 及之后的版本，停留在旧版内核上（但这并不推荐，因为会错过重要的安全补丁）。
2. 自行编译模块：你可以从内核历史归档中把 EFS 的源码拷贝出来，尝试编译为独立的内核模块。虽然可能需要修改一些适配新内核的 API，但理论上是可以实现的。
3. 寻找替代工具：对于纯粹的数据恢复需求，市面上或许还有专门的“只读”工具能够直接处理磁盘镜像，而不必依赖内核文件系统支持。

总结

EFS 的离去，是 Linux 进化过程中的一个缩影。开源社区一直遵循着“优胜劣汰”的法则，只有不断清理过时的代码，才能让内核保持轻量、高效和安全。

这不仅仅是一次代码删除，更是向那个技术飞速更迭的年代致敬。

各位手里的机器如果还有能读这种古董盘的需求，赶紧行动起来再做一次备份吧！毕竟，一旦 7.3 发布，这就真的是“时代的眼泪”了。