GRUB4DOS 0.4.6a 2013-05-21 从硬盘启动KonBoot 2.0启动失败

sunsea

RT
KonBoot正常加载
双主分区双系统

加载KonBoot的菜单
map --mem ()/KonBoot.img (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)
boot

KonBoot显示（对不起没来及拍下来）
Checking SMAP BIOS entries ...
Dummy BIOS detected, trying to fix SMAP entries.
Booting up! - EOT

加载第一主分区的系统（WinXP SP3）








KonBoot： Konboot.zip (3.45 KB, 下载次数: 6)

2014-1-19 11:28 上传

点击文件名下载附件
下载积分: 无忧币 -2

求解答！

sunsea

注：用0PE 2012-06-19从U盘启动同一个KonBoot正常

不点

没试试最新 0.4.5c 版的吗？

sunsea

不点 发表于 2014-1-19 15:36
没试试最新 0.4.5c 版的吗？

grub4dos-0.4.5c-2014-01-17 正常

不点

那说明问题是由 yaya 在 0.4.6a 里面改动 int13 处理程序引起的。请 yaya 解决。

2011yaya2007777

使用 GRUB4DOS 0.4.6a 2013-05-21 从硬盘启动KonBoot 2.0，比楼主多显示一行：
Reading original sector !
然后就进入 Windows 启动菜单。没有发现异常。
这个版本没有改动 int13 处理程序。

使用 grub4dos-0.4.6a-2014-01-17 也正常。
请楼主测试一下这个新版本。

sunsea

2011yaya2007777 发表于 2014-1-21 11:20
使用 GRUB4DOS 0.4.6a 2013-05-21 从硬盘启动KonBoot 2.0，比楼主多显示一行：
Reading original sector ! ...

的确有你那一行，因为速度太快我没看到

grub4dos-0.4.6a-2014-01-17

KonBoot显示（对不起没来及拍下来）
Checking SMAP BIOS entries ...
Dummy BIOS detected, trying to fix SMAP entries.
Reading original sector !
Booting up! - EOT


启动第二主分区上的系统正常（WINXP SP3，深度的V9.5F系统）
启动第一主分区上的系统ntldr报错（WINXP SP3，深度的V9.5F系统）






0.4.5c 2014-01-17 启动两个主分区上的系统都正常

sunsea

主板信息

不点

我觉得还是需要 yaya 去找错误。我怀疑，可能性最大的是 int13 处理程序的差异造成的。

2011yaya2007777

请问楼主，加载KonBoot的菜单前，是否使用 usb --init 加载 usb 驱动？
如果没有加载，则与int13 处理程序无关。

我从另一台电脑加载KonBoot，黑屏，可三键重启。

sunsea

2011yaya2007777 发表于 2014-2-17 12:24
请问楼主，加载KonBoot的菜单前，是否使用 usb --init 加载 usb 驱动？
如果没有加载，则与int13 处理程序 ...

没有。是从硬盘启动

lwlskydy

title 【3】 无需密码直接进入本机操作系统kon-boot2.4
为什么我用以下的命令，进入Win7还是需要输入命令
title  无需密码直接进入本机操作系统
map --mem /wintools/KONBOOT.img (fd0)
map (hd0) (hd1)
map (hd1) (hd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

lwz56

我的也遇到过楼主的问题，你贴下你启动电脑系统的菜单看看，我的就是修改了启动硬盘系统的菜单弄好的

lwz56

title  启动硬盘系统 \n\n\t\t自动查找系统所在磁盘\n\t\t并加载第一启动扇区 find --set-root --devices=h /ntldr || find --set-root --devices=h /bootmgr calc *0x475&0xff-1 && calc *0x82b8 && map (hd0) () calc *0x475&0xff-1 && calc *0x82b8 && map () (hd0) calc *0x475&0xff-1 && calc *0x82b8 || if exist (hd0,0)/grldr map (hd0) () calc *0x475&0xff-1 && calc *0x82b8 || if exist (hd0,0)/grldr map () (hd0) calc *0x475&0xff-1 && calc *0x82b8 && calc *0x82b9=*0x82b9&0xffffff00|0x81 > nul calc *0x475&0xff-1 && map --hook if exist /WINDOWS/SYSTEM32/DRIVERS/ETC/HOSTS || find --set-root --devices=h /WINDOWS/SYSTEM32/DRIVERS/ETC/HOSTS cat /WINDOWS/SYSTEM32/DRIVERS/ETC/HOSTS | set wincd= if "%wincd:~,4%"=="(pd)" echo -n  > /WINDOWS/SYSTEM32/DRIVERS/ETC/HOSTS && map --mem %wincd% (0xff) && map --hook && set wincd= if "%wincd:~,1%"=="/"  echo -n  > /WINDOWS/SYSTEM32/DRIVERS/ETC/HOSTS || set wincd= if exist wincd && if exist (0)%wincd% root (0) && map --mem (0)%wincd% (0xff) && map --hook && set wincd= if exist wincd && if exist %wincd% || find --set-root --devices=uh %wincd% if exist wincd && if exist %wincd% && map %wincd% (0xff) || map --mem %wincd% (0xff) map --e820cycles=3 map --hook find --set-root --devices=h /ntldr || find --set-root --devices=h /bootmgr chainloader ()+1 || chainloader /ntldr || chainloader /bootmgr  以前用的好好的，貌似更新了11.02的grldr后，启动失败了啊