我想模拟文件系统损坏，以测试我们的嵌入式系统如何对其做出反应，并最终让它们尽可能优雅地失败。我们使用不同类型的块设备模拟闪存来存储经常修改且不适合存储在 NAND/NOR 中的数据。

因为我非常清楚文件树不同部分中数据的修改频率以及敏感数据的存储位置。我想在特定区域注入错误，而不仅仅是随机注入。

在紧急情况下，我们将fsck -y其用作最后的手段，以尝试启动系统并报告处于非常糟糕的状态。我非常想引起错误，这些错误会触发 fsck 尝试修复，以研究对系统恢复能力的影响。

dd if=/dev/random对于我的目的来说不够精确，因为它不能轻易地用于注入受控错误。是否有任何其他工具或方法更适合我的需求，还是我必须自己发明？

我正在编写一个小应用程序，它以恒定速率在 SD 卡上写入 jpeg 图像。我选择了 EXT3 文件系统，但使用 EXT2 文件系统观察到了相同的行为。

我的写作循环如下所示：

或者像这样：

我还显示了一些计时统计信息，我可以看到我的程序有时被阻塞了几秒钟。平均速率还是不错的，因为如果我将传入的图像保持在一个 fifo 中，那么我会在这样的停顿后的短时间内写入很多图像。你知道这是操作系统的问题还是与SD卡本身有关？我怎样才能更接近实时？我不需要强大的实时性，但是停滞几秒钟是不可接受的。

一些精度：是的，有必要在每个文件之后进行 fsync，因为我希望图像在磁盘上，而不是在某些用户或内核缓冲区中。没有 fsyncing，我的直通输出要好得多，但仍然是不可接受的停顿。我认为这不是缓冲区问题，因为第一次停顿发生在写入 50 MB 之后。根据手册页， fsync 正是为了确保没有缓冲数据。

关于平均写入速率的精度：我正在以我正在使用的卡可持续的速率写入。如果我在等待 fsync 完成时堆积传入的图像，那么在这个停顿之后，写入传输速率会增加，我会很快回到平均速率。平均传输速率约为 1.4 MBytes / s。

systeme 是运行 ubuntu 8.04 和 stock kee (2.6.24.19) 的现代笔记本电脑

（不是真正的编程问题，抱歉）

我正在针对 Linux 机器上的特定情况使用各种文件系统选项（例如：noatime、relatime 等）对各种文件系统（最重要的是：ext3）进行基准测试。

对于原始文件系统基准，我正在研究 bonnie 和 bonnie++。

使用 bonnie 和 bonnie++ 对文件系统进行基准测试最有用的方法是什么？
关于文件系统基准测试的最佳实践是什么？
当我们在这里的时候：你如何在你的机器上挂载你的 ext3 文件系统？

我们有许多嵌入式系统需要对文件系统进行读/写访问，这些文件系统驻留在具有块设备仿真的闪存存储上。我们最古老的平台在紧凑型闪存上运行，这些系统已经使用了 3 年以上，在启动期间没有运行单个 fsck，到目前为止，我们没有任何故障归因于文件系统或 CF。

在我们最新的平台上，我们使用 USB 闪存进行初始生产，现在正在迁移到 Disk-on-Module 进行读写存储。不久前，我们在 USB 存储上运行的许多设备上的文件系统存在一些问题，因此我启用了 e2fsck 以查看是否有帮助。事实证明，我们收到了一批坏闪存，因此一旦更换了这些闪存，问题就消失了。从那以后我禁用了 e2fsck，因为我们没有迹象表明它使系统更加可靠，而且从历史上看，没有它我们一直很好。

现在我们已经开始放入 Disk-on-Module 单元，我又开始看到文件系统错误。突然系统无法读取/写入某些文件，如果我尝试从紧急控制台访问该文件，我只会收到“输入/输出错误”。我再次启用了 e2fsck 并更正了所有文件。

O'Reilly 的“构建嵌入式 Linux 系统”建议在 ext2 文件系统上运行 e2fsck，但没有提及与 ext3 相关的内容，所以我对是否应该启用它有点困惑。

您对在嵌入式系统上运行 fsck 有何看法？我们正在考虑将二进制文件放在 ar/o 分区上，并且只将必须修改的文件放在同一闪存设备上的 ar/w 分区上，以便 fsck 永远不会意外删除重要的系统二进制文件，有没有人有这种设置的经验（好坏）？

我知道 NTFS 支持加密，但其他方面是闭源的。同样，我知道诸如 truecrypt 之类的加载项，但我对内置加密与固定加密感兴趣。

NTFS 目录在 bash shell 中打开。什么命令会递归地将目录中的所有文件名截断到 ext3 所需的 255 个字符限制？

Windows 识别并给我的 Fedora 分区一个驱动器号，但它显示为空白。有没有办法让 Windows 读取 ext3 文件系统？它是一个 Fedora 10 分区。

我们有几个 cron 作业将 ftp 代理日志传输到中央服务器。这些文件可能相当大，需要一些时间来传输。该项目的部分要求是提供一种记录机制，我们可以在其中记录这些转移的成功或失败。这很简单。

我的问题是，有没有办法检查当前是否正在写入文件？我的第一个解决方案是在给定的时间范围内检查文件大小两次并检查文件大小。但是一位同事说，也许可以通过 python 挂钩到 EXT3 文件系统并检查属性以查看文件当前是否正在附加到。我的 Google-Fu 空了。

是否有 EXT3 的模块或其他可以让我检查文件状态的模块？服务器正在运行带有 EXT3 文件系统的 Fedora Core 9。

通过一些挖掘，我发现了如何在我的 Linux 机器上设置和获取 ext3 分区的卷名：

设置卷标

tune2fs -L MY-NEW-NAME /dev/disk/by-path/pci-0000:00:1f.2-scsi-2:0:0:0-part1

获取音量的当前级别

dumpe2fs -h /dev/disk/by-path/pci-0000:00:1f.2-scsi-2:0:0:0-part1 | grep '卷名'

这些工作正常，但我有几个问题：

1）这些命令是设置/获取卷名的最佳方式吗？或者有没有我不知道的更简单的方法？

2) 更改卷标破坏某些东西的可能性有多大？即标准Linux 系统是否依赖于具有特定名称的卷？或者我可以将卷重命名为我喜欢的任何名称，而不会引起问题？

3）在某些时候，我想在我的程序中包含上述功能的 GUI 界面。一种方法是让我的程序执行上面的 shell 命令（通过 system() 或其他），但这似乎有点笨重和重量级......有没有我可以调用的直接函数来做同样的事情？如果是这样，它们是什么？

谢谢，杰里米

在块级别访问 ext3 文件系统的最简单方法是什么？我不关心文件或原始字节，我只需要一次读取 FS 一个块。有没有一种简单的方法可以做到这一点（在 C 中）？或者也许是一个简单的应用程序，我可以从它的来源中寻找灵感？我在网上找不到可用的教程，而且我有点害怕深入内核源代码来了解如何去做。