grub4dos引导ISO的奇怪问题

pzppzp

grub4dos-0.4.5c-2012-06-19.7z 用的这个版本
引导一个Win8PE,U盘是量产成光驱和普通盘2部分，ISO放在U盘普通部分，提示下面的错误
File for drive emulation must be in one contiguous disk area
意思是：驱动器仿真的文件必须是在一个连续的磁盘区
检查U盘里ISO的MD5值，和硬盘的一样，说明文件并没有损坏，后来把U盘格式化一下再重新复制ISO，就可以正常启动了。
title [3] 搜索并引导根目录下的PZP.ISO
        find --set-root /PZP.ISO
        map /PZP.ISO (0xff)
        map --hook
        chainloader (0xff)
上面是引导命令。
请问这是这一版grub4dos的BUG还是一直有?

不点

你的做法是正确的。重新格式化以后，新拷入的文件都是连续的了。

你可以在网上搜 “磁盘碎块”之类的话题，来了解相关技术信息。

map 要求映像文件在磁盘上连续存放，不能是“东一块、西一块”的破碎文件。

cxmzlxb

这种问题我原来遇到过的多了，和版本无关！

pzppzp

title [3] 搜索并引导根目录下的PZP.ISO
        find --set-root /PZP.ISO
        map /PZP.ISO (0xff) || map --mem /PZP.ISO (0xff)
        map --hook
        chainloader (0xff)
先尝试将iso镜像直接仿真为 (0xff)（要求镜像连续存放），失败的话再将iso镜像载入内存仿真为(0xff)
请问如果不是连续存放，我改成这样可以启动吗？？

不点

这样启动倒是可以成功，但是，浪费了内存。 --mem 是把整个映像文件先拷入内存，然后再启动它，启动就要慢一些。但更大的毛病是，这样做浪费了太多的内存。

pzppzp

谢谢了，总比启不动好，我电脑内存8G，不知能否载入多大的ISO（需要剩余1G做运行空间）?

不点

8G 内存会被 BIOS 进行安排。通常，低端内存占用 3.25G 左右，而高于 4G 的部分则占用 4.7G 左右。

因此，最大连续内存块是 4.7G 左右。你的映像文件最大只能是这么大了。

grub4dos 本身的仿真代码不占用扩展内存，而只占用常规内存中的 12K，这是很小的占用，可以忽略不计。

pzppzp

谢谢，明白了!!!!!