进行磁盘交换后直接map时会在chainloader 时出现读磁盘错误，求解。

rockrock99

也顺便贴下我的不能启动Bug：

对比两张图显示的数值一致，图1是AHCI模式，图2是IDE模式，MS-DOS只能在IDE模式里面启动，不知道为啥？

[ 本帖最后由 rockrock99 于 2011-10-28 21:08 编辑 ]

mygamexxx

title   测试1 （启动DOS7.1后死机）
map (fd0) (hd1)
map --hook
map --mem (hd1,0)/onekey/onekey.ima (fd0)
map --hook
commandline
map --status
geometry (fd0)


title   测试2 （启动DOS7.1正常）
map --mem (fd0,0)/onekey/onekey.ima (fd1)
map --hook
map (fd0) (fd1)
map (fd1) (fd0)
map --hook
commandline
map --status
geometry (fd0)


可以看出(fd0)的To_C _H _S几何参数不一样，DOS映像是同一个文件。
使用的是10月28日的测试版grldr。

[ 本帖最后由 mygamexxx 于 2011-10-29 08:44 编辑 ]

chenall

有没有试过以前的版本?以前的版本的情况是怎么样的.一样的吗?

mygamexxx

title   测试1 （启动DOS6.22正常）
map (fd0) (hd1)
map --hook
map --mem (hd1,0)/onekey/onekey.ima (fd0)
map --hook
commandline
map --status
geometry (fd0)

Fr To Hm Sm  To_C _H _S

00 FF 03  12   88F1 FE 7F

title   测试2 （启动DOS6.22正常）
map --mem (fd0,0)/onekey/onekey.ima (fd1)
map --hook
map (fd0) (fd1)
map (fd1) (fd0)
map --hook
commandline
map --status
geometry (fd0)

Fr To Hm Sm  To_C _H _S

00 FF 03  12   809F 03 52

To_C _H _S两次测试也不一样，DOS6.22却都能正常启动，搞不懂。

[ 本帖最后由 mygamexxx 于 2011-10-29 09:22 编辑 ]

chenall

使用--mem参数的时候都是使用LBA的C/H/S的值没有用处.

chenall

你可以先简单映射一个IMG启动试试,不要交换磁盘等操作.排除影响.

mygamexxx

测试8月9日和5月9日的grldr，每种测试分别相同。

测试1
Fr To Hm Sm  To_C _H _S

00 FF 03  24   8840 FE 7F


测试2
Fr To Hm Sm  To_C _H _S

00 FF 03  24   8040 FE 7F

rockrock99

之前根据P大的指导测试过，确定是MS-DOS 7.1的问题（这个问题会导致0PE v1.3.x的PE启动不了），freeDOS是可以正常启动的（DiskGen镜像）

chenall

把你的IMG传给我测试下,看看能不能重现.

chenall

那看来就是属于MSDOS 7.1的问题了.

mygamexxx

title   测试0
map --mem (fd0,0)/onekey/onekey.ima (fd1)
map --hook
commandline
map --status
geometry (fd0)

5月9日版


10月28日测试版


IMG映像：
115网盘下载：http://115.com/file/e6g89a7z#
我的一键恢复.zip

mygamexxx

我不这么认为，同一个IMA映像文件，同一台电脑，同一个启动U盘，只是因为G4D的操作不同，有的能启动，有的不能启动，说明G4D的操作引起了环境的变化导致的。

能说的可能是DOS7.1有点对环境敏感。

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

rockrock99

不是G4D的操作引起的，是硬盘接口的模式更改引起的，AHCI模式不行，IDE模式可以

mygamexxx

我在使用中AHCI模式，IDE模式都可以启动啊

chenall

试了一下,可能是MSDOS 7.X对环境比较敏感吧.,

问题确实存在,但没找到原因,对这一块不熟,我是无解了.

rockrock99

不是所有主板都有这问题，我只在技嘉H67MA-D2H-B3主板上碰到而已

hotdll

znpc那边我记得石头版主说过msdos7.1和grub4dos的兼容问题。
现在去GRUB4DOS开发区应该还能看到。

不点

当 chainloader /io.sys 失败时，试试 chainloader +1 看能否启动？

微软的秘密太多，chainloader 直接加载 io.sys 的方式，或许本来就有失败的可能。

rockrock99

我的菜单是+1，而不是/io.sys
两者我都测试了，都会失败，今晚下个原版的MS-DOS 6.22和MS-DOS 7.1的安装盘看看

mygamexxx

chainloader (fd0)+1结果一样。

不过我认为不一定是G4D的原因，可能是FBINST的原因，(fd0,0)与(fd0)有关联，即使map (fd0) (hd0)，实际上是(fd0,0)仿真到了(hd0,0)，还是与(fd0)有关联，再map --mem到(fd0)，受(hd0,0)影响导致仿真的(fd0)有轻微变化，而DOS7.1可能又比较敏感，造成不能启动。

我用下面代码同样有map到(hd)，却可以启动。
map --mem (fd0,0)/onekey/onekey.ima (fd1)
map --hook
map (fd0) (fd1)
map (fd1) (fd0)
map --hook
calc *0x82b9=*0x82b9&0xffffff00|0x01
map (fd1) (hd)
map --hook
root (fd0)
chainloader /io.sys

[ 本帖最后由 mygamexxx 于 2011-10-29 21:35 编辑 ]

不点

你这个分析也很有道理。微软的代码，它不只是 “多年未更新” 的问题，而是 “本来就有 N 多陷阱” 的问题。

碰上诸如 fbinst 这类新生事物以及新型硬盘、新型分区结构等问题，它能保持 “不死” 已经很不容易了。

用开源的 FreeDOS 吧，虽然它比不上 MS－DOS 通用，但 FreeDOS 里面没有秘密，这倒是一个非常大的优点。

mygamexxx

freedos和DOS6.22均能正常启动，只是由于想加载DOS下的USB驱动和UIDE光盘驱动，使用freedos和DOS6.22感觉均有问题，只有DOS7.1好像没有太大问题，所以还是用它了。

只是碰到一台电脑map交换(fd0)(fd1)后，(fd1)无法访问，所以希望能不使用(fd1)中转，才想要提出问题。反正能用就行了。

[ 本帖最后由 mygamexxx 于 2011-10-29 22:08 编辑 ]

rockrock99

我的情况与FBINST无关，因为我U盘没做UD区，只有一个区（BootICE写入MBR为NT6，PBR为G4D）

hotdll

c大，您更新的1030版本没有修复1028版本修复的bug

chenall

我试了是正常的啊？？具体情况如何？

hotdll

sorry， 晕，知道原因了。。。
我用grldr调用buldr，burg并不理睬grub4dos的map