man ext4提到了一个名为 的安装选项journal_async_commit。
提交块可以写入磁盘，而无需等待描述符块。如果启用，旧内核无法安装该设备。 这将在内部启用“journal_checksum”。
警告：该文件不完整。 1) 该选项也不再允许与默认选项结合使用data=ordered。 2) 截至 2012 年，该选项被认为“有点超出保留范围；这确实没有经过测试，而且 Jan 对它的安全性持严重保留态度”。我不知道该选项在当前内核版本中是否更加成熟。
总的来说，这在一定程度上限制了它的实用性。所以我对这个问题没有具体的实际用途。也许其他人对此感兴趣。
Q1.如果旧内核无法支持挂载文件系统，并且失败原因是文件系统之前已使用 挂载，那么内核日志中会出现什么样的消息journal_async_commit？是否有可能确定这个具体问题？
Q2。我假设如果日志被清理/清空，旧内核仍然能够挂载文件系统，例如，如果您运行一个足够新的版本fsck.ext4。 （fsck.ext4记录为重播日志）。如果我在未挂载的文件系统上运行当前版本tune2fs或debuge2fs在未挂载的文件系统上运行，它们是否会显示特定的不兼容功能标志，这将准确地告诉我太旧的内核是否可以挂载它？
Q3。是否可以启用journal_async_commit使用tune2fs（和mkfs.ext4）？如果是的话，tune2fs -l启用后会显示什么？
我认为第三季度的当前答案是tune2fs可以设置默认安装选项。 journal_async_commit是不是记录为可以使用 进行设置的选项tune2fs -o。因此你必须求助于tune2fs -E mount_opts=journal_async_commit.这个功能不是“非常完善”；似乎如果你想设置多个选项，mount_opts=你必须使用 debuge2fs 代替。