再次修改标题！！新版的grldr已经解决了在某些联想老主板上与KON存在内存冲突的问题

幸运的草

原来，我运行这个工具在VM中测试正常但在实机出问题，还以为是我机器的问题。
但看了楼主的问题，今天我也下载2011.7.10日的GRLDR测试，调用出现界面并启动WINDOWS成功。
但换新版grub4dos-0.4.5c测试，可以出现kon的界面并检测，然后出现以下提示。
Computer or run a configuration program provided by the manufactu：
Memory Map:
               00000000-0009B400
直接卡死（真卡死）。
联想机。主板型号：ms-7102

幸运的草

个人认为应该是巧合，因为我的是老机，05年产的机。而新版G4D才只是去年的事。因此，没有理由认为是厂家的人为打压的问题。
对KON这个工具，只是在U盘中带有，实际根本就没有使用过。只是一个偶然的因素，试用了一下，发现真机出问题，也没有在意。而今看了楼主反映的问题。才引起注意，验证了一下。

刚对单位04年产的联想机测试，主板型号：ms-7067.
结果同＃41一样，只是提示信息有变化：
Memory Map:
                map:00000000-0009AC00

[ 本帖最后由 幸运的草 于 2012-3-22 10:11 编辑 ]

幸运的草

我＃44已经说了，测试结果同＃41的相同，也就是说7.14前的版本没有问题。
只是提示信息有点变化。但这台机识别U盘是是ZIP，那台机是HDD。

幸运的草

回复 #51 不点 的帖子

经多台不同时间生产的联想老机测试，2011.7.14前的GRLDR，运行KONBOOT.GZ没有问题。
　FB制作的HDD格式的U盘

菜单：title [3] >运行 KonBoot 免口令模块  \n

map --mem (ud)/BOOT/IMGS/KONBOOT.gz (fd0)
map (hd0) (hd1)
map (hd1) (hd0)
map --rehook
chainloader (fd0)+1
rootnoverify (fd0)

调用后：2011.7.14以后的出现问题。手机拍图如下。卡死。



而KONBOOT.GZ刚好为6KB。不知是否巧合？

幸运的草

注：图片中下方四行提示为KONBOOT.GZ运行的正常提示。上方的三行提示，是在下方的四行提示完后出现的。然后卡死。

to 不点

经测试，2011.7.14以后的GRLDR，确实是对KONBOOT.GZ不兼容，相同的菜单，同一个KON版本，只调换一个GRLDR就出问题。
而调用KONBOOT.GZ根本不需要仿真FIRADISK之类的，而楼主上面也报出了加载菜单。所以，造成内存的问题，您推断的理由不能成立，只能从G4D方面查找原因。
　　而KONBOOT.GZ刚好为6KB。是否为巧合？

[ 本帖最后由 幸运的草 于 2012-3-25 16:34 编辑 ]

幸运的草

不点大师的回复真快：
现按要求补了两张0x413 及0x40e的图。

未map　konboot.gz 前



map konboot.gz 后.




哦，真如你说的那样，就明白了2011.7.14前后的变化。

幸运的草

这个工具是要绕过windows登录密码直接启动系统。不知他采取什么技术。
我试过，7.14版前，确实能不要WINDOWS　XP的登录密码，在点用户名后就可以不要密码直接进系统。

幸运的草

通过不点的分析，可以判断是由于新版GRLDR对常规内存进行了控制，KONBOOT与之有内存的冲突。
知道问题所在，可采以下取变通方法加以解决。(该方法只对FB制作的U盘，对其他方式不适用)

----------------------------------------------------------------------------------------------------------------------

　下载7.14版的GRLDR，改名为KONBOOT或其他名。修改改名后的grldr内置菜单，在内置菜单中调用KONBOOT。
　　修改FBINST菜单，在FBINST菜单中调用这个改名后的GRLDR（7.14版）。

　　即通过FBINST调用7.14版的GRLDR，再通过7.14版的GRLDR调用KONBOOT。

幸运的草

KONBOOT原版是商业软件，是带加密狗的。由ISO和IMG版的。目前网络上流行的6KB的是破解并经修改过的。
这里有介绍：
http://hi.baidu.com/sprite_guo/b ... c2c6b3a50f52e9.html
所以，很难判断是原版就有的问题，还是修改版的问题。
知道了问题所在。解决办法（非GRLDR内部）已经不是问题了。

[ 本帖最后由 幸运的草 于 2012-3-26 16:54 编辑 ]

幸运的草

回复 #71 chenall 的帖子
回复 #72 zhs509 的帖子
刚下载测试了＃72的附件两个版本。ISO及IMG。

新版GRLDR，还是出现内存冲突的提示。看来是原版都与新版的GRLDR有内存冲突。

回复 #73 zhs509 的帖子
这个是早就证实的事。在VM中没有问题。

幸运的草

怎么把这个给忘了。多谢提醒。
刚测试通过。
菜单：
map (hd0) (hd1)
map (hd1) (hd0)
map --hook
root (hd1)
kernel /boot/imgs/memdisk
initrd /boot/imgs/konboot.img

[ 本帖最后由 幸运的草 于 2012-3-27 08:08 编辑 ]

幸运的草

我在百度找的，好像是最新版的，测试没问题。KON正常通过。

官方免费的KONBOOT是1.0版的。1.1版改成了商业软件，据说能绕过64位系统的密码。谁有条件测试一下6KB的1.1版的KON。看破解的版本能否绕过64位系统密码且不蓝屏，我这没有条件测试。
　　楼主附件的就是。

　　测试注意，如果是HDD的U盘，要保证启用硬盘为(hd0)，否则可能出问题。

[ 本帖最后由 幸运的草 于 2012-3-27 08:22 编辑 ]

幸运的草

还是内存冲突。
暂时无解。
采用变通办法运行吧。！

幸运的草

说的不错，KON这个工具就是在G4D环境下的一个密码工具。他的使用环境就是通过G4D来引导的。最新版的是在2010.3.16日发布，这就是为何与新版G4D有冲突的原因。因为自2011.7.14以后，G4D进行变改才导致新版与之冲突。

　　因此，我们既不能把责任归咎于G4D，也不要归咎于KON，G4D没有错，他要发展就会进行变更。KON也没有错，他是根据G4D来开发的，新版G4D变更后，KON没有发布新版，老版的KON与G4D发生冲突也是不为过。

　如果谁对KON的作者比较熟悉，可以向其作者反映新版G4D的变化，相信KON的作者会进行调整。

目前的解决办法，可采取一些变通的办法。（见作者一楼）

幸运的草

　　也不能说是KON钻了G4D内存管理的“空子”，G4D是大环境，KON是小环境，KON要想通过G4D的引导而运行，不管G4D在内存管理方面有BUG也好，无BUG也好，他必须要与之兼容。这就是老版的G4D运行KON没有问题的原因。
　　而新版G4D调整后，KON没有及时跟进或者是没有来得及发布新版，就出现了与新版G4D的不兼容，这是不可避免的。发布日期就说明这这一点。

　　因此，出现这种问题，本身就是正常的。双方谁都没有错。只是时间给我们开了一个玩笑。
　　

[ 本帖最后由 幸运的草 于 2012-3-28 10:51 编辑 ]

幸运的草

经测试，KON可以在BURG下运行。无发现异常。

[ 本帖最后由 幸运的草 于 2012-3-28 15:56 编辑 ]

幸运的草

3月29日的GRLDR，测试通过。没有发现与KON冲突。
测试菜单，没有使用多余的参数
map --mem /konboot.gz (fd0)
map (hd0)  (hd1)
map (hd1)  (hd0)
map --hook
chainloader ()+1
rootnoverify (fd0)
大家再通过泛的测试，(非memdisk方式)，看是否有问题。

[ 本帖最后由 幸运的草 于 2012-3-29 22:00 编辑 ]

幸运的草

这个要具体看情况而定，如果你的U盘是HDD格式的，且BIOS也识做HDD的。GRLDR启动后，U盘是(hd0),硬盘是(hd1)，这时，如果不交换磁盘，就会出问题。黑屏的多。这是因为他要从U盘启动，而你的U盘没有硬盘的启动文件，就黑屏了。
　如果是ZIP，或者你的BIOS将U盘识别为ZIP，则启动后你的U盘是(fd0)，硬盘是(hd0)，这时则不需要交换磁盘。
　以上几楼给出的菜单，都是从以find来定交换磁盘的，这种情况可不分zip及hdd的情况，大部分情况下看似没问题，但特殊情况下，就会出错了。
　比如，你启动时加载了plbpt加速器。find --set-root --ignore-floppies --ignore-cd /ntldr || find --set-root --ignore-floppies --ignore-cd /bootmgr
　这个100%出错。接下来
　map () (hd0)
　map (hd0) ()
　map --rehook还会正确吗？

   当加载加速器后，如果是zip，原来的(fd0)为成了(hd0),原来的硬盘(hd0)变成了(hd1),多出来一个硬盘。而BIOS中检测的硬盘数是1并把这个参数传给了GRLDR，实际这时硬盘数为2；
　　　　　　　　　如果是hdd，原来的(hd0)仍为(hd0),原来的硬盘(hd1)变成了(hd2),向后出来一个硬盘。中间出现了一个空的(hd1)。BIOS中向GRLDR传的硬盘数参数是2，此时实际为3，中间多出来一个空的硬盘。
　所以find失效了。找不到硬盘启动文件。

[ 本帖最后由 幸运的草 于 2012-4-11 09:59 编辑 ]