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

因为我对文件树的不同部分中数据的修改频率以及敏感数据的存储位置有了很好的了解。我想在特定区域而不是随机地注入错误。

在紧急情况下，我们使用fsck -y作为最后的手段，以尝试启动系统并报告处于非常糟糕的状态。我非常想引起导致fsck尝试修复的错误，以便研究对恢复系统功能的影响。

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

解决方案

如果我们已经知道要修改的内容，则dd可以读取一个包含要写入的字节的文件，并告诉它将其写入何处。

为了弄清楚在哪里写，e2fsprogs软件包中的debugfs可以为我们提供帮助。