我发觉ASUS最近的主板老犯这样的低级错误，我还得在今年购买的ASUS机器中检测一下。
反正PXE启动，ASUS机器的毛病特别多。
感谢不点！
回复 #723 fengxi 的帖子
谢谢。如果有进一步的发现，也请继续报告，而且希望有更细致的报告，尽量要给出证明，不是自己的使用方法错误所导致的。看看在什么条件之下会出现此类问题。因为大多数人都碰不上这个问题，所以，这个问题的出现，应该是有条件的。我们之所以要延迟发布正式版，也就是想进一步锤炼代码，发现问题，排除暗藏的故障隐患。
也请 chenall 留意这个报告。 修復 --disable-graphics configure switch
在 google code 開了票，也在這裡說一下。
http://code.google.com/p/grub4dos-chenall/issues/detail?id=21 原帖由 fengxi 于 2011-4-9 18:57 发表 http://bbs.wuyou.net/images/common/back.gif
发现grub.exe有问题，版本3.27 ,在vmware中测试，居然不能识别io.sys，grldr则没有这个问题
另外，用find --set-root /io.sys 命令时不能退出，grldr和grub.exe都存在这个问题
你用的是哪個 io.sys?
日期、大小為? 原帖由 2010roytam1 于 2011-4-10 11:25 发表 http://bbs.wuyou.net/images/common/back.gif
修復 --disable-graphics configure switch
在 google code 開了票，也在這裡說一下。
http://code.google.com/p/grub4dos-chenall/issues/detail?id=21
收到,直接打上了.
也欢迎更多的朋友一起加入GRUB4DOS开发,让我们共同完善它.
可以直接给补丁或申请加入开发. @fengxi
可以把你的IO.SYS上传上来,另外尽量有更详细的测试..人多力量大.
另外我最近的时间比较有限,不能再像以前那样进行测试和跟踪了. 我测试是正常的
第二幅图是dos下执行grub.exe后的
[ 本帖最后由 zhaohj 于 2011-4-10 12:15 编辑 ] 原帖由 chenall 于 2011-4-10 11:50 发表 http://bbs.wuyou.net/images/common/back.gif
收到,直接打上了.
也欢迎更多的朋友一起加入GRUB4DOS开发,让我们共同完善它.
可以直接给补丁或申请加入开发.
完成了的 issue 應該是設 Fixed 而不是 Accepted 呢。
Accepted 是指接受這個 bug report 並開始寫 code 修正問題，而問題(Issue)仍然是開放的(Open Issue)。
Fixed 是問題已修復/所提交的 Patch 已打上，而且可以把這問題關閉/完成(Close Issue)。
所以打好補丁的 issue 應該通通設成 Fixed 才對。
回复 #731 fengxi 的帖子
你的报告不够细致。建议 chenall 忽略这个报告。你缺乏有关你的系统的详细说明。我认为，在你所报告的这些方面，出问题的可能性很小。
你没有把出错的条件说清楚。而关于这一点，却是必须的，否则很难猜测。
就是说，你自己得摸索出在何种情况下能够出现此问题，而何种情况下又正常了。你得把失败与成功的界限找出来。
如果你只是说：“我这样一个镜像，在我这样一个测试环境失败了。” 那是远远不够的。因为，你的测试环境，开发人员可能永远都不会接触到。
因为你严重缺乏证据，所以，我严重怀疑是你自己的问题。
还有一种可能性。你使用的是软盘镜像，把它交给虚拟机作为虚拟机的软盘来启动。虚拟机通常有 bug，大多数虚拟机都只能认得软盘开头的 1.44M，其余的都不认。这是虚拟机的毛病，完全不是 grub4dos 的毛病。当你碰巧把文件放在 1.44M 以内的时候，grub4dos 可以访问到它。当你碰巧把文件放在 1.44M 之外的时候，就要失败了。这统统都是因为虚拟机的 1.44M 的极限造成的。 换句话说，这本来就不是问题，你如果把这样的问题拿过来当作问题来提交，则有故意添乱的嫌疑。 我已经下载看了，DOS镜像有问题，缺少启动文件，所有可以忽略这个报告。 原帖由 zhaohj 于 2011-4-10 15:07 发表 http://bbs.wuyou.net/images/common/back.gif
我已经下载看了，DOS镜像有问题，缺少启动文件，所有可以忽略这个报告。
他用 CONFIG.SYS install=grub.exe 指令執行 grub.exe，這樣沒有 COMMAND.COM 也是沒問題的。 原帖由 fengxi 于 2011-4-10 15:27 发表 http://bbs.wuyou.net/images/common/back.gif
可能是虚拟机的问题吧，只有虚拟机bios中设置软驱为2.88M，而软盘镜像恰好是1.44M时才会出现这个问题，真是蹊跷。建议忽略啦。
楼上，MSDOS只要IO.SYS便可加载grub.exe了，连command.com都是多余的。
1.44M 鏡像， BIOS 設定 2.88M
要實機試這問題的話要先找台 2.88M 軟碟機才行。 我觉得这个问题应该和虚拟机有关系,再说了,现在还有多少人会用软盘去这样启动..
我试了直接map启动没有问题,
qemu/virtualbox一切正常. 报告问题要敬业一点。不要故意隐瞒什么东西，来吊开发人员的胃口。像你这种情况，你一开始完全可以说明白。你自己也完全可以告诉大家，你用其他方式启动这个IMG都没问题，唯独以这样的条件启动的时候才有问题。说清楚了，大家该怎么答复的，就会接帖答复了。你 “吊胃口” 的结果，是没人应答，都以为那是很难答复的问题，等待开发人员来解决 “bug” 呢。你可能是无意之间吊了大家的胃口，不过，客观上起着不良的作用。
看看，还得让 chenall 亲自浪费精力和时间来测试。浪费别人的时间，等于谋财害命。你应该认识到，你实际上给大家造成了损失。 看来好像不点又挖出了一些东西... 有反馈：在bios里禁用usb键盘鼠标支持，速度飞快
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158364&page=311#pid2202687
要是在g4d里能把usb禁一会儿就好了。 奇怪，我vmpplayer7.1.4，BIOS改成2.88，无论怎样都是CHS=80/2/18
回复 #741 zhaohj 的帖子
难道说，新版本的 VMWARE 更 robust 了？也就是说，它能够根据软盘的 BPB 来确定正确的 CHS 了。 是啊，我还为整不出CHS=80/2/36而苦恼呢？！另外，那台破机器ASUS，升级了BIOS，总算解决了pxe下访问硬盘的问题，但想pxe启动0pe或cspe都没成功；
0PE在启动IO.SYS处死机了，CSPE在DOS处理过程中死机了。
DOS处理过程中死机，这个是第一次碰到。 原帖由 chenall 于 2011-4-11 22:36 发表 http://bbs.wuyou.net/images/common/back.gif
看来好像不点又挖出了一些东西...
给你一个 Linux 下的好软件: http://udis86.sourceforge.net/
你在 Linux 下执行
udcli -16 io.sys > io.asm
你会发现，这就是 DOS 所有的源程序:-)
你在源程序中搜索 int 0x13，就可以找到 DOS 对于 int13 的全部调用。
而且你还可能发现很多惊人的东西......这就是挖掘了:-)
回复 #743 zhaohj 的帖子
你真有门，居然想到升级。既然如此，我怀疑主板制造商是受命禁止 PXE 安装 PE 的一个举措。它让 grub4dos 以及 dos 都能通过，但让各种 PE 死掉。
想想是不是很合理？假如 PE 像 Java 一样到处运行，那微软还要不要再做 Windows 了？
PE 就是 PE，它不可以遮掩了 Windows 的光辉。所以，PE 该失败的时候，还是应该适当地、适时地失败几次的。
回复 #744 不点 的帖子
;)好东西，顺手牵羊，我拿走了。谢谢不点分享。 原帖由 pseudo 于 2011-4-11 22:47 发表 http://bbs.wuyou.net/images/common/back.gif
有反馈：在bios里禁用usb键盘鼠标支持，速度飞快
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158364&page=311#pid2202687
要是在g4d里能把usb禁一会儿就好了。
说到USB鼠标键盘的问题，我说下我的经验。
我们有一批电脑，联想品牌机，好像是865主板，如果接了医保读卡器（USB接口），经常会出现无法开机（win xp），本来开机2分钟，出现这个情况后可能会超过10分钟或者20分钟才能进入到xp的桌面。这个问题困扰我很久了，我现在处理的解决办法是先拔掉USB读卡器，开机后再接上。 原帖由 pseudo 于 2011-4-11 22:47 发表 http://bbs.wuyou.net/images/common/back.gif
有反馈：在bios里禁用usb键盘鼠标支持，速度飞快
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158364&page=311#pid2202687
要是在g4d里能把usb禁一会儿就好了。
usb禁一会儿好办，但什么时候开启就难办了。
如果在boot前禁用，我估计是没有用的；boot后，是setupldr.bin控制了，又无法再开启。
另外，以前的主板如865主板，有个选项，high speed or full speed，high speed可能为了兼容USB1.1 @chenall:
这个或许是bug?
正常啊。
cat返回长度0（假）。 pseudo 正解。。 看来判断某文件的存在
if exist 与 cat --length=0 不等价。
也就是说cat --length=0判断文件是否存在，在目前是不完全科学的。 改成cat --length<>0 FILE 比较合理，哈哈 建议grub4dos的外部命令把编译日期记录在某个固定的位置，(比如标志前10个字符表示编译日期），原因是外部名会时不时更新，用户使用的外部命令其很难知道是什么时候的版本，出了问题也不利于反馈给作者，若有版本日期则可减少很多不必要的反馈。