Oracle 的 Matthew Wilcox 以创建 nvme 驱动程序 (NVM Express) 和直接访问 DAX 文件系统的机制而闻名，他建议从 Linux 内核中删除 ReiserFS 文件系统，类似于曾经删除的旧文件系统 ext 和 xiafs 或缩短 ReiserFS 代码，仅支持在只读模式下工作。
删除的原因是现代化内核基础设施带来的额外困难，特别是对于 ReiserFS，开发人员被迫在内核中留下 AOP_FLAG_CONT_EXPAND 标志的过时处理程序，因为 ReiserFS 仍然是唯一使用该标志的 FS。 write_begin 函数。 同时，ReiserFS 代码的最后一次更正日期为 2019 年，目前尚不清楚该 FS 总体上有多受欢迎以及是否会继续使用。
SUSE 的 Jan Kára 同意 ReiserFS 即将过时，但尚不清楚它是否已经老到可以从内核中删除。 Ian 表示，ReiserFS 继续被运送到 openSUSE 和 SLES，但该 FS 的用户群很小，并且在不断下降。 对于企业用户来说，SUSE 中对 ReiserFS 的支持在 3-4 年前就已经停止，带有 ReiserFS 的模块默认不包含在内核包中。 作为一种选择，Ian 建议在安装 ReiserFS 分区时开始显示过时警告，如果一两年内没有人让您知道他们想要继续使用此 FS，则考虑此 FS 已准备好删除。
维护 ReiserFS 文件系统的 Eduard Shishkin 加入了讨论，并提供了一个补丁，从 ReiserFS 代码中删除了 AOP_FLAG_CONT_EXPAND 标志的使用。 马修·威尔科克斯 (Matthew Wilcox) 在他的帖子中接受了该补丁。 至此，删除的原因已经消除，将ReiserFS从内核中删除的问题也算是推迟了相当长的一段时间了。
由于要从内核中排除具有未解决的 2038 问题的文件系统，因此不可能完全消除 ReiserFS 过时的问题。 例如，出于这个原因，已经准备好了从内核中删除第四版XFS文件系统格式的时间表（新的XFS格式是在5.10内核中提出的，并将时间计数器溢出移至2468）。 XFS v4 版本将在 2025 年默认禁用，并在 2030 年删除代码）。 建议为 ReiserFS 制定类似的时间表，为迁移到其他 FS 或更改的元数据格式提供至少五年的时间。
来源： opennet.ru