请教各位grldr引导pe出现的现象？（已经解决）

不点

按照 grub4dos 的 tune 的逻辑来解释，这似乎表明，从分区表以及其他途径（int13／ah＝8）所获得的 H 为 240。但这是错误的，被 geometry_tune 功能修正为正确的 255。

这就证明了 PE 的判断是没错的。diskgen 采用 240 是错误的。

但是，diskgen 之所以采用一个错误的 H 值，也可能是有原因的。假如 diskgen 能够获得实模式下 int13／ah＝8 的返回值，则 diskgen 有可能被 int13／ah＝8 误导。也就是说，int13／ah＝8 有可能返回 H＝240 这个错误的值，从而让 diskgen 犯错。这原因不是diskgen 造成的，而是由 BIOS 造成的。具体情况究竟是怎样的，还需要你动用 debug 之类的简单汇编来确定 int13／ah＝8 的返回值。请你自己学习 debug 来做这件事。（你也可以让 chenall 为你写一个 grub4dos 的命令来自动替你做这事，如果 chenall 能够做并且愿意做的话）。

如果不是这样，而是由于 diskgen 用别的手段得到了 H＝240 这个错误的值，那么 diskgen 应该负有主要责任。

一般可以认为，硬盘不可能具有不同于 H＝255，S＝63 的其他几何参数，因为那很明显没有任何好处，只能算是故意添乱的一个行为。

grub4dos 能够把 240 纠正为 255，我相信这个纠正的动作是工作正常的。如果纠正为别的值，那倒是不太可信，而纠正为 255，则大大增加了可信度。

－－－－－－－－－－－－

不对！我被你骗了。你用的是 qemu 来做这个硬盘的“主板BIOS”，得到的结果不是真实的。请你用真实机器来做，不要用虚拟机。

[ 本帖最后由 不点 于 2011-6-10 22:29 编辑 ]

天涯海角1216

实在对不起，我不是故意的，不点兄见谅。
手头没相机，我抄下给你看看：
drive 0x80(LBA): C/H/S=1024/240/63 , Sector Count/Size=188848800/512

谢谢！

不点

你确信使用了 --tune 参数了吗？如果是的，那么这证明 diskgen 是正确的，而 WinPE 的 H＝255 是错误的。

谢谢。

接下来，就要针对这种情况，修正 grub4dos 了，让 grub4dos 的 probe_mbr 能够适应这个 H＝240 的情况。

－－－－－－－－－－－

顺便说，你上次贴图使用的 grub4dos 是 2010 年的版本，距今有一年了。那是不行的。karyonix 曾经为 geometry_tune 打过补丁，而你那个 2010 年的版本，有可能还没有打上 karyonix 的补丁。

[ 本帖最后由 不点 于 2011-6-11 07:28 编辑 ]

天涯海角1216

好的！
我再用新版的 grub4dos 试试，我确认用了 --tune ！
谢谢

天涯海角1216

我用了 2011.05.23版本，且用了 --tune ，还是一样的显示：

drive 0x80(LBA): C/H/S=1024/240/63 , Sector Count/Size=188848800/512

下面是这个版本的 grldr

不点

好了，已经证明 diskgen 没问题。接下来是要修复 grub4dos 了。慢慢来，不着急。

zhaohj

我记得IBM笔记本都是drive 0x80(LBA): C/H/S=1024/240/63，H=240是IBM专利，在其他机器上没看到过。

2011ytf4425

我也遇到过这样的问题，你的PE是老毛桃的吧，把iso全部解压拷贝到优盘根目录（setup可以不要），进入wxpe，把里面所有文件剪切到优盘根目录，再把setupldr.bin改名为MTLDR（注意没有扩展名），再在menu.lst中加上

1. title WinPE
   
2. find --set-root /MTLDR
   
3. chainloader /MTLDR

复制代码

保存。
以后就可以选择winpe启动了

jzyjjp

我在winxp系统下用DiskGenius v3.5.0软件来恢复已被删除的文件，在搜索进度到95%时该程序没反应了。再试还是如此。不知道是不是我人品有问题