通过grub引导gurb.exe并加载镜像在最新版中不可用？

emutemp · 发表于 2013-2-26 03:36:49

通过grub引导gurb.exe并加载镜像在最新版中不可用？

测试起源于这个贴：
"http://bbs.znpc.net/forum.php?mod=viewthread&tid=6720&extra=page%3D1"
按照里面的使用syslinux的gpxelinux引导，但是加载完镜像后，grub.exe不能正确识别镜像并挂载，即无法正确识别镜像CHS参数，map后无法识别文件系统。

grub4dos为目前的最新版“grub4dos-0.4.5c-2013-02-02-2”。
syslinux使用4.0.6,5.0.1版都尝试过。

进一步测试，按照“README_GRUB4DOS_CN.txt”中的使用小的镜像，“grub4dos-0.4.5c-2013-02-02-2”版仍然无法正常引导。
而使用“grub4dos-0.4.5b-2011-12-06”版本，gurb.exe可以正常加载镜像并引导。
引导命令如下：
kernel http://192.168.1.1/grub.exe --config-file="map (rd) (hd0); map --hook; rootnoverify (hd0,0);chainloader (hd0,0)/ntldr"
initrd http://192.168.1.1/hd.img
boot

为了查看镜像加载完后的(rd)设备状态，改为通过如下命令引导，引导执行完map (rd) (hd0)后会停止:
kernel http://192.168.1.1/grub.exe --config-file="map (rd) (hd0);"
initrd http://192.168.1.1/hd.img
boot
再通过map --status命令查看(rd)设备状态，通过cat --hex (rd)+1查看(rd)位置的内容：
发现“grub4dos-0.4.5b-2011-12-06”版中，rd-base起始位置的内容与磁盘镜像内容相符，rd-size的大小也等于镜像的大小；map (rd) (hd0)执行时正确识别了CHS参数；在map --hook后能正确识别文件系统；
而在“grub4dos-0.4.5c-2013-02-02-2”版中，rd-base值很大，起始位置的内容与磁盘镜像内容完全不符，rd-size记不清是否等于磁盘镜像大小了，映像中好像是完全与镜像大小无关。map (rd) (hd0)执行时无法正确识别CHS参数；在map --hook后不能识别文件系统；

目前来看，“grub4dos-0.4.5b-2011-12-06”版，grub.exe能正确设置(rd)的base地址和size，所以能正常引导镜像；
而“grub4dos-0.4.5b-2011-12-06”版，grub.exe不能正确设置(rd)的base地址和size，(rd)的内容完全不是镜像的内容，故mapp (rd) (hd0)时，无法识别内存盘中的磁盘参数和文件系统，故引导失败。

通过测试多个能够正常引导的磁盘镜像，基本可以证实与镜像无关，“grub4dos-0.4.5c-2013-02-02-2”版都无法引导，“grub4dos-0.4.5b-2011-12-06”版可以正常引导。

[ 本帖最后由 emutemp 于 2013-2-26 15:30 编辑 ]

pseudo · 发表于 2013-2-27 23:19:34

辛苦了。保重。

chenall · 发表于 2013-2-27 23:14:08

又抓出一条虫子，大家很极积啊，这样子解决问题才快。

不点 · 发表于 2013-2-27 22:12:01

既然成功，就可以提交了。

更新记录可以这么写：重新解决 issue 74。

意思就是，上次解决 issue 74 时不小心，有疏忽和漏洞，这次真正解决了。

2013pentium · 发表于 2013-2-27 21:50:34

dosstart.rar (82.53 KB) 已测试，顺利，感谢不点

pseudo · 发表于 2013-2-27 21:39:39

已解决　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

zxw · 发表于 2013-2-27 21:14:39

gcc 4.8.0编译的，要得不？

grub4dos-0.4.5c-2013-02-27.7z (256.65 KB, 下载次数: 22)

不点 · 发表于 2013-2-27 20:38:37

文件 dosstart.S 修改好了，我现在没有编译环境，请能编译的人，编译一下。

下载附件，解压后，得到源代码文件 dosstart.S。

用它替换最新版的 grub4dos 里面的 dosstart.S ，然后编译即可。

不点 · 发表于 2013-2-27 18:28:00

好了，谢谢，这证明确实是 r262 引入的 bug。等我上载修复。

回去吃饭，今晚再弄。

[ 本帖最后由不点于 2013-2-27 18:29 编辑 ]

emutemp · 发表于 2013-2-27 18:21:50

1、再把 gcc 4.5.2 编译 r260 也上载：
运行情况：gPXe启动，map正常，镜像可以启动。

不点 · 发表于 2013-2-27 18:17:03

再把 gcc 4.5.2 编译 r260 也上载：

emutemp · 发表于 2013-2-27 18:16:27

1、这是 gcc 4.5.2 编译 r261，怎么样？
运行情况：gPXe启动，map正常，镜像可以启动。

pseudo · 发表于 2013-2-27 18:11:03

跟grub4dos-0.4.5c-2012-02-14.7z相当，进grub命令行。

不点 · 发表于 2013-2-27 18:09:07

这是 gcc 4.5.2 编译 r261，怎么样？

emutemp · 发表于 2013-2-27 17:56:49

1、“gcc 4.5.2 编译最新版本的 grub4dos，试试吧：”
运行情况：gPXE启动，不卡死，但是map还是出错，CHS参数不能识别。
附加情况：
之前的grub20130202版map后，识别CHS参数错误，使用255,63后停顿半天，但是最终还是会回到命令行；
这个版本识别CHS参数出错，使用255,63后，好像就卡死了，无法回到命令行。

2、“试试我在 2012 年 2 月 13 日的编译结果：”
运行情况：gPXE启动，map出错，(rd)地址不对。

[ 本帖最后由 emutemp 于 2013-2-27 18:10 编辑 ]

不点 · 发表于 2013-2-27 17:14:33

试试我在 2012 年 2 月 13 日的编译结果：

http://bbs.znpc.net/forum.php?mod=viewthread&tid=6197

pseudo · 发表于 2013-2-27 17:10:15

卡死如36楼图，且稍后Vmware客户机崩溃。

不点 · 发表于 2013-2-27 17:00:14

gcc 4.5.2 编译最新版本的 grub4dos，试试吧：

pseudo · 发表于 2013-2-27 16:44:31

用到的是grub.exe，非grldr。

roytam1 · 发表于 2013-2-27 16:22:54

http://bbs.wuyou.net/forum.php?m ... page=272#pid2673640
#2713 內的每個試一遍

emutemp · 发表于 2013-2-27 15:46:32

之前的20120210和20120214的grub.exe都只有281KB，
20130202也只有283KB，
这个20130227有315KB，增大了不少啊。

pseudo · 发表于 2013-2-27 15:45:05

grub.exe卡死

官方只有grub4dos-0.4.5c-2012-02-10.7z及grub4dos-0.4.5c-2012-02-14.7z下载（前者正常），没有2012-02-12版。
r261 2012-02-12 的源码对应前者的话就与编译器有关。

emutemp · 发表于 2013-2-27 15:42:22

使用grub4dos-0.4.5c-2013-02-27.7z
gPXe启动，即使不加载镜像：
kernel http://192.168.1.1/grub.exe
boot

卡死在Launching GRUB...

2013pentium · 发表于 2013-2-27 15:24:33

syslinux 5.01
ipxe 来自trunk
tpe_pxe.iso 是50mb的xp pe

grub4dos-0.4.5c-2013-02-27.7z (257.14 KB) r261 2012-02-12 的源码使用GCC4.8编译的.

在syslinux:
iso启动过程中，失败卡在missing helper [vm9]
iso启动过程中，失败卡在Launching GRUB... [实体启动]

如果用
kernel pxechn.c32 http://192.168.100.254/syslinux/grub.exe
黑屏和一个不闪烁的光标

直接用ipxe:
#!ipxe

kernel http://192.168.100.254/pxe/syslinux/grub.exe --config-file="map (rd)+1 (0xff); map --hook; rootnoverify (0xff); map --status; pause; chainloader (0xff);"
initrd http://192.168.100.254/pxe/iso/tpe_pxe.iso

卡在 Launching GRUB... [机器reset过，确认]

[ 本帖最后由 2013pentium 于 2013-2-27 15:40 编辑 ]

chenall · 发表于 2013-2-27 15:16:11

r261 2012-02-12 的源码使用GCC4.8编译的.

pseudo · 发表于 2013-2-27 14:50:38

谁传个新编译的2012.2.10版grub.exe上来，如果它不行，就说明与编译器有关。

不点 · 发表于 2013-2-27 12:46:10

楼上的结论与 pseudo 的一样，都是说 2012-2-13 的改动有问题。然而改动本来就很少，仔细检查之后，发现完全没问题。

所以，这可能又是一个编译器造成的问题。

2月10日前后是 chenall 编译的。请 chenall 看看吧。

在 chenall 给出结果之前，诸位也可以自己用某个旧版的编译器来编译新版本，猜测应该可以解决。

2013pentium · 发表于 2013-2-27 12:14:28

我已整理27楼测试，看起来是2-10 到2-14期间的变化，引起的现象。

grub4dos-chenall 的
Issue 74: kexec --initrd and "map (rd) (fd0)" problem Error 65

或许和这个修改有关

[ 本帖最后由 2013pentium 于 2013-2-27 12:18 编辑 ]

不点 · 发表于 2013-2-27 11:59:25

楼上，没有成功与失败的精确分界线，很难找到失败的原因。相差一年，太模糊了。

2013pentium · 发表于 2013-2-27 11:33:42

在ipxe编译debug模式后

比较 grub4dos-0.4.5c-2012-02-01 与
grub4dos-0.4.5c-2013-02-02-2.7z 的grub.exe 命令行执行过程

syslinux 5.01菜单如下，意图是保留pxe连接并进入g4d环境

kernel pxechn.c32 http://192.168.100.254/syslinux/grub.exe

测试结果是:
2012-02-01的可以打任意字符回车，ipxe协议栈调试明文显示tftp查询文件 ,并cat (pd)/dir.txt可以正确读取。
2013-02-02-2.7z 则ipxe的明文调试信息无，(pd)/dir.txt可以正确读取。

btw: gpxe已基本无维护，ipxe算是前者衍生版保持活跃

		自动登录	找回密码
密码			注册

[讨论] 通过grub引导gurb.exe并加载镜像在最新版中不可用？

回复 #51 zxw 的帖子

回复 #50 不点的帖子

回复 #48 emutemp 的帖子

回复 #42 不点的帖子

回复 #41 pseudo 的帖子

回复 #40 不点的帖子

回复 #38 roytam1 的帖子

回复 #33 chenall 的帖子