最近，我们遇到了一个问题（坏块）与ext3格式化的紧凑型闪存卡运行embedded式Linux系统。 在启动时，根文件系统检查已经开始，但是由于花费的时间比平时长，所以似乎挂起了。 后来我把卡插入另一台电脑，我发现坏块。 现在我想知道，如果我等了足够长的时间，最初的根文件系统检查是否也会发现修复了这些块。 为了find它，我检查了tune2fs和e2fsck手册页，但找不到我的问题的答案：
我可以影响使用这些自动根文件系统检查执行的检查/修复吗？ 如果是，我该如何configuration？
如果无法configuration：检查或修复的是什么，默认设置是什么，用于自动检查的标志是什么？
如果初始根文件系统检查会发现修复了这些块
如果文件系统没有启用日志并且系统崩溃或达到重新装入限制，操作系统只会在ext3中触发一个自动完整的fsck。 如果你试图写或读它们，它会检测到坏块，但是这不会触发一个自动的fsck，它将重新挂载磁盘或者引起内核恐慌，这取决于它是如何configuration的。
假设它被设置为日志logging，那么在挂载时所做的testing仅检查日志操作可能必须前滚的date。
我检查了tune2fs
你看到了-i，-C和-c标志吗？ （请注意，这些仅在将来重新启动时触发fsck – 无法在正在运行的系统上安排root fsck）。
与其他格式相比，CF技术在相当长的时间内相对昂贵 – 乞求问题这张卡多大的问题，是值得试图保存它。 尽pipe运行这种设备的操作系统是完全可能的，但它们并不是真正用于这个目的的–SATA连接的NAND闪存驱动器已经变得司空见惯，但其成本远高于SD卡的原因包括很多pipe理存储和处理坏块的智慧。
不幸的是，没有文件系统能够pipe理通过IDE / SCSI / USB连接的基本的写限制存储设备（JFFS2利用直接访问底层存储 – 即插入PCIe总线的设备）。
这是一个非常广告的想法，期望CF设备的行为像一个普通的磁盘 – 看看小狗 – 它做了一些非常聪明的东西与覆盖，以减less写入到磁盘的数量，虽然有可能做很多调整所有文件系统以降低写入频率 – 查看有关在笔记本电脑上调整Linux以减lessI / O的build议。