最近,我正在调查二进制文件损坏的原因。具体来说,我们有一个Android应用程序,本机部分可以在SD卡上读/写二进制文件。有时,二进制文件因未知原因而破坏。我们从不同的用户那里收集了一些这些文件,并发现了一些有趣的事实。
一种主要的腐败形式是,二进制文件的前4096个字节被擦除。当我对这些文件进行十六进制时,前4096个字节都是零。不超过4096或小于4096,但正好是4096字节。我认为这不是巧合。我知道4096字节是一页大小。但由于缺乏经验,我无法弄清楚原因,更重要的是,我不知道如何为其他用户/设备避免此类事情。
除此之外,在一些二进制文件的中间,还有一些连续的零段,它不应该存在。如果不是我们的节目' bug,是否有任何可能的原因可能与平台/设备内核有关,或者其他任何设备突然断电?
我希望任何经历过类似情况的人能给我一些提示/建议/解决方案等等。这让我很困惑。
非常感谢〜
答案 0 :(得分:3)
我在一些破坏二进制文件的嵌入式应用程序中有一些相似的经验。 首先,仔细检查你的文件处理(特别是在多线程环境中),我可以想象你已经彻底完成了。 然后,尝试同步所有的文字。当您命令应用程序写入时,Linux内核不会写入,但会在刷新到磁盘之前缓冲数据。
http://linux.die.net/man/2/sync
希望这会有所帮助。
答案 1 :(得分:1)
检查您的文件处理通常是我的经验中的问题
答案 2 :(得分:1)
“4096字节文件”奇怪地导致文件损坏,甚至文件系统损坏。
这种损坏是由于ext4文件系统的簇大小等于页面大小。
目前,块的默认大小为4KiB,这是大多数支持MMU的硬件上常用的页面大小。这是幸运的,因为ext4代码不准备处理块大小超过页面大小的情况。
PS
我正在使用ext4,因为它是基于Linux的操作系统的默认文件系统(包括但不限于Android)
现在了解为什么4KiB文件可能存在危险,原因很容易理解:
你可以在这里继续阅读: