在这个问题之后： Force fsck.ext4 on reboot，但真的很“有力”
显然，当您在已挂载的文件系统上使用 e2fsck -n 时，它的输出不可靠，因此不应信任它的输出。
有没有办法检查挂载的文件系统中的错误？只是检查，而不是修复。我对ext4更感兴趣，因为这是我用得最多的。
AskOverflow.Dev
在这个问题之后： Force fsck.ext4 on reboot，但真的很“有力”
显然，当您在已挂载的文件系统上使用 e2fsck -n 时，它的输出不可靠，因此不应信任它的输出。
有没有办法检查挂载的文件系统中的错误？只是检查，而不是修复。我对ext4更感兴趣，因为这是我用得最多的。
由于大多数 Linux 文件系统的工作方式，您根本无法对已挂载的文件系统进行安全/有用的检查。这并不安全，而且由于系统正在使用中，它可能不可靠。可悲的是，有时，您必须以事物的本来面目生活，直到有人做得更好；）。Ext4 可能不会采用此功能（也许是 ext5？如果有的话），但我相信 btrfs 会，如果有，您将能够在时机成熟时切换您的分区。
如果它是 LVM 卷，那么您可以拍摄卷的快照，然后在快照上运行 fsck 以查看文件系统是否处于可恢复状态。这与检查它当前是否处于一致状态不同。然而，它对于几乎所有意图来说都足够接近。完成后，删除快照。