我一直在试图弄清楚为什么我的EC2实例（由我自己定制的AMI制造）经历了许多尝试才能正确出现。 他们会失败，并出现以下错误：
fsck.ext3：试图打开/ dev / sdf时没有这样的文件或目录
对于我在启动期间附加的两个EBS卷。
最后，我想出了问题。 我已经把它放在/ etc / fstab中：
/dev/sdf /export ext3 defaults 1 2 /dev/sdi /export2 ext3 defaults 1 2 2告诉系统在上升的过程中驱动器。 改变这个
/dev/sdf /export ext3 defaults 1 0 /dev/sdi /export2 ext3 defaults 1 0
完全避免这个问题，但是现在这些卷永远不会被扔掉。 这有多重要？ 一旦这个实例投入使用，它将会全天候运行，所以不会有太多的fsck发生，但仍然…这只是一个坏主意。
我还没有能够find任何人甚至报告这个问题（有人有相同的错误信息，但不同的原因）。 我可能是唯一犯这个错误的人，这似乎令人难以置信，但也许我是这样才华横溢的。 :)如果还有另一个解决scheme，我很乐意听到它; 我一直没能find一个。
每次提出实例时都不需要做fsck，这是肯定的。
我想你可以问什么时候fsck到10个pipe理员，并得到15个答案。
我的意思是，如果你在日志中看到文件系统错误，或者如果文件系统被强制closures，你就应该这样做。
如果你想研究更多的话，我会寻找一般的fsckbuild议。 fsck是文件系统本身。 它后面的数据存储应该是不相关的。