yaya2007
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判断错误?
问题无法重现。测试正常。 ![新建截图-20210925082941](https://user-images.githubusercontent.com/8120248/134751740-6fb75962-a2d3-4934-9370-b826bd7458bb.jpg) ![新建截图-20210925082824](https://user-images.githubusercontent.com/8120248/134751741-94491a14-3360-4594-86bd-5bb9d1d1c73f.jpg)
就是9月24日版本 这是我从楼上下载的版本。 ![新建截图-20210925152939](https://user-images.githubusercontent.com/8120248/134763235-13fe1532-0a29-44d3-9da4-b1433b234eb3.jpg) ![新建截图-20210925152837](https://user-images.githubusercontent.com/8120248/134763236-da0cc7a5-dca8-4120-a26f-3e4b4254b32a.jpg)
我使用U盘启动后测试,是实体机,正常。不清楚你那里是怎么回事。
我的U盘是FAT12。按说从哪里启动都应当是一样的,只要进入g4e环境。我怀疑有一条命令没有执行,就执行下一条命令了。我在调试g4e时,遇到过2次。一次是jpg图像解码错误,在一行代码后插入几微妙延时,才解决。
我的虚拟机是QEMU。难道是选择性地限制写操作?
虚拟机测试是使用QEMU。虚拟机在windows7环境。 真实机是U盘,没有进入操作系统 ,直接启动到grub4efi,是fat32分区。