菜鸟请教，G4D 引导ISO 用什么命令最快？

201196321478

本人是做二手电脑的，接触的大多是老平台的电脑，进PE再装机相对麻烦。试过GHOST16恢复，速度那叫一个慢，加载了P大的加速器也还是慢。
于是论坛下了个命令行的PE，整合进另外一个维护用的合盘中。实现一键ghost32还原U盘可见区上的指定GHO文件。

我现在用的合盘是G4D引导的，量产成了USB-CDROM。
现在需要把ghost32PE.iso,加到里面去，请问用什么命令引导相对快些？

搜索了下，发现加载ISO的方式不少

title
find --set-root /ghost32PE.iso
map /ghost32PE.iso (0xff) || map --mem /ghost32PE.iso (0xff)
map --hook
chainloader (0xff)


title
find --set-root /ghost32PE.iso
map /ghost32PE.iso (hd32)
map --hook
chainloader (hd32)
boot

另外还有几种命令不贴出来了，
请教下，哪种加载方式快些？
ghost32PE.iso 置于合盘根目录下，可以省略find命令吗、？   谢谢

不点

还真的是采用一个扇区一个扇区地读。因为有些变态的 BIOS 会有扇区上限，每次读的扇区数超过某个值，就死机。所以，采用了保守的做法，每次读一个扇区。

本来每次读一个扇区也是没有大问题的，但是，有些变态 BIOS 正是在每次只读一个扇区时，大大降低了速度，读一个扇区甚至比读 63 个扇区还要慢。这似乎可以看成是故意制造麻烦。

总之，避免 CHS only 的模式的出现，是上策。遇到非得使用 chs 模式的情况，就把映像读入内存（--mem），这样也就躲过了这个问题。

2011yaya2007777

在把启动u盘认作fd0的某些老机器上，通常不支持 LBA，只有 CHS 模式。CHS 模式下，最快只能一磁道一磁道地读取，如果一扇区一扇区地读取就更慢了。在这种情况下，如 0.4.6 grldr，加载 usb 驱动，可以对 u 盘支持 LBA，速度自然上来了。

不点

grub4dos 的仿真代码很大，经过了多次的修改完善，能够应付各种变态的情况，可以说，兼容性是第一位的。

在保证兼容性的时候，不可避免地带来了部分情况下的速度和效率问题。世上的事情就是这样的，不能两全其美。

当 U盘 被识别为软盘时，通常 LBA 是不支持的，只有 CHS 模式。为了保证 CHS 模式的访问成功，grub4dos 的仿真代码做了额外的工作，可能正是这些工作碰巧影响了这类机器的访问速度。

grub4dos 的兼容性锤炼了很久。追求兼容性就得丧失效率。追求效率就得以损失兼容性为代价。两全其美的事情是很难达到的。鱼与熊掌不可兼得。

随着 exFAT 格式的引入，CHS only 的模式将逐步成为历史，LBA 模式有望成为主流。像 wee 之类的软件就有机会发挥重要作用了。而那些有问题的老机器也会逐步被淘汰。

[ 本帖最后由 不点 于 2012-12-27 19:33 编辑 ]

pseudo

网友反映，在把启动u盘认作fd0的某些老机器上，将iso直接map到0xff，然后读0xff上的一个文件奇慢，
比直接读iso外的一个文件慢，甚至比将iso带--mem参数整个map到0xff，再读0xff上的一个文件的总时间多近10倍。
如果用buldr将iso直接map，再用grldr去读，则很快。

什么原因造成穿过iso读文件比直接读iso外的文件慢那么多，甚至比带--mem读含该文件的整个iso还慢？

201196321478

报告大校，我这是二手店啊，来一个拆一个，太麻烦。。还不如就这样用呢，好歹十来分钟也能GHOST完。。

201196321478

谢谢不点大师回复，我用第一个方式在海尔机器上可以成功运行，就是装载的速度有点慢，ghost32PE.iso  约15M

去年学过一段时间G4D，后来感觉太复杂，（可能是我初中没毕业的缘故吧）
现在再来论坛，发现很多命令都改变了，就像上面的0XFF 弄不懂。。

lhteee

拆下硬盘在Windows下操作不是很快吗？

不点

老机器的 BIOS 读 U盘慢，那是快不上去的。

find 命令有可能访问软盘，那就更有可能出现一个 long delay 了。

--mem 把 ISO 加载到内存，又是一个快不起来的过程。

多找一些教程读读，多参考一些讨论帖子。