![Ext4 元数据校验和:当前功能状态](https://linux22.com/image/764365/Ext4%20%E5%85%83%E6%95%B0%E6%8D%AE%E6%A0%A1%E9%AA%8C%E5%92%8C%EF%BC%9A%E5%BD%93%E5%89%8D%E5%8A%9F%E8%83%BD%E7%8A%B6%E6%80%81.png)
这ext4 元数据校验的内核 wiki 页面标记为“最后修改于 2013 年 10 月 22 日”。我找不到关于此功能的最新状态信息,除了这个问题从 2019 年开始,建议禁用它和相关64bit
功能。其中一个答案声称该64bit
功能“未经充分测试”,但我不确定这是否正确。没有引用任何依据来支持这一说法,而且考虑到近年来 64 位系统的流行,这听起来值得怀疑。我确实知道metadata_csum
取决于64bit
完整校验和。
我的问题:
截至 2020 年以后,这两个相关功能(metadata_csum
和64bit
)是否被认为是稳定且安全的?它们真的经过了多少测试?在启用这些功能之前,是否应该考虑任何重要的错误、陷阱或故障模式?
答案1
一定曹文轩早在 2015 年,就已默认为使用 版本创建的文件系统启用这两个功能e2fsprogs 1.43
。在此之前,仅在需要时启用。
Mke2fs 现在将创建默认启用 metadata_csum 和 64bit 功能的文件系统。e2fsprogs/doc/RelNotes/v1.43.0.txt
这种默认设置已经进入Ubuntu 18.04
(即 LTS 版本前(即当前的)应该意味着至少在任何支持并用于 Ubuntu 的设置中,它都经过了以 开头的内核版本的广泛测试4.15
。如果还存在严重问题,我们现在就会知道了。