我试图用e2fsck修复一个9TB的文件系统，但是大约10％左右的扫描总是失败，出现以下错误：
Error storing directory block information: ... Memory allocation failed e2fsck: aborted 该机器运行Ubuntu 10（64位），并具有4 GB的内存。 我注意到，在检查期间，尽pipetop只报告了应用程序的22％的使用，并且内存可以被drop_caches回收，但是在检查期间ram几乎耗尽。 交换空间没有被触及。
无论如何，我已经通过给e2fsck一个scratch_files的位置来解决这个问题了。 另外，我还设置了swapon -a ，这也延长了e2fsck的崩溃时间。
如何调整e2fsck，使其不会崩溃？ 有没有更好的方法来修复我的FS？
听起来你正在从本地操作系统运行e2fsck？
我不知道这是否会有所作为，但是如果您尝试使用LiveCD，会发生什么？ 有些有lomem启动选项，你看过吗？
由于缺乏更好的想法，这是一个select吗？