yaya2007

使用dd移动数据，一般是从一个文件到另一个文件。在同一个文件内移动数据，如果缓存够大，超过文件尺寸，可以一次移动完毕。当缓存不够大，需要多次移动时，尤其是向后移动，dd函数不能使用。应当使用复制函数。

尝试修复,请测试. [BOOTX64.rar.txt](https://github.com/chenall/grub4dos/files/7223939/BOOTX64.rar.txt)

我不明白你使用 dd 命令的目的是什么，但是 test3.g4d 的测试方法是错误的，结果永远是 FAIL! 比如 f1 的内容是： 11 11 11 11 11 11 11 11 - 11 11 11 11 11 11 11 11 22 22 22 22...

如何重现test3.g4d？ 方便的话，使用cat看看偏移0前后的变化。 也可能是cmp判断错误？

问题无法重现。测试正常。  

就是9月24日版本 这是我从楼上下载的版本。  

我使用U盘启动后测试，是实体机，正常。不清楚你那里是怎么回事。

我的U盘是FAT12。按说从哪里启动都应当是一样的，只要进入g4e环境。我怀疑有一条命令没有执行，就执行下一条命令了。我在调试g4e时，遇到过2次。一次是jpg图像解码错误，在一行代码后插入几微妙延时，才解决。

我的虚拟机是QEMU。难道是选择性地限制写操作？

虚拟机测试是使用QEMU。虚拟机在windows7环境。 真实机是U盘，没有进入操作系统 ，直接启动到grub4efi，是fat32分区。