2011-10-30版本的map变化导致0PE 1.3.2（2011-10-30）异常

rockrock99

问题如标题（前提是0PE.ISO连续存放，0PE.ISO不连续存放就正常）
我用以下菜单调用0PE，结果会提示Disk Read Error
default 16
timeout 10
if exist (hd2)+1 && map (hd2) (hd0) && map (hd0) (hd2)
if exist (hd1)+1 && map (hd1) (hd0) && map (hd0) (hd1)
find --set-root /BOOT/PE.ISO
fontfile /BOOT/FONTS.GZ
title 08. 0PE v1.3.2
chainloader /BOOT/GRLDR（0PE自带grldr）

必须取消紫色字体部分才能正常使用，而2011-08-30版本的0PE 1.3.1却没这方面问题，估计是近段时间无忧论坛上针对USB-ZIP处理的map模块变化导致该问题产生

[ 本帖最后由 rockrock99 于 2011-11-3 23:43 编辑 ]

rockrock99

早就测试了，DiskGen的原版镜像可以启动，因为是FreeDOS

修改io.sys的方法测试了，问题依旧，看来唯一出路是换DOS

[ 本帖最后由 rockrock99 于 2011-11-3 22:44 编辑 ]

dvd008

试一试DISKGEN的DOS镜像,
FREEDOS的,如果能启动,问题就比较明确了

逻辑锁,MSDOS工具箱是不能使用的,以前做过测试,人为制作锁.
我特意制作了一个1.44的DOS工具箱,FDOS,内置DISKEDIT, 干掉55AA,一般就能启动了

DG,一般也可以自动修复,不过,不是万能的

rockrock99

同一个硬盘，IDE模式跟AHCI模式，结果不一样，所以估计修改硬盘分区表没用
接一个全新的硬盘，没有分区表，也是不能启动，进一步证明修改硬盘分区表没用
上面的链接是修改io.sys，今晚我回去测试下是否可行

还有请教下，如何用map命令屏蔽硬盘，这时DOS的磁盘工具还能用吗？

[ 本帖最后由 rockrock99 于 2011-11-3 17:44 编辑 ]

不点

回复 rockrock99

三种解决方案，你怎么只采用第一种（拔掉硬盘）？用 map 把硬盘容量映射为小容量（第二种，“软修复” 手段），或者修改硬盘分区表，去掉逻辑分区（第三种，这也许不是用户想要采用的方法）。

rockrock99

MS-DOS 7.1应对硬盘逻辑锁：
http://www.yqdown.com/caozuoxitong/qitaOS/13675.htm

rockrock99

是的，只要把硬盘拨了就可以启动了，但失去了意义
有跟P大商量建议他更换0PE的MS-DOS为FreeDOS，但未获采纳
原理不点分析得很到位，就是硬盘逻辑锁导致的。但以前玩DOS的时候，曾经有绕过这个逻辑锁的方法，大概是修改“MSDOS.SYS”达到这个目的。但因为时间太久远，实在是想不起来了，网上搜也搜不到这方面的信息。 ：（

至于引用的错误信息不是启动MS-DOS 7.1的主板的信息，那主板不会报这样的错误，因为它是跑USB-HDD模式的。那错误要在USB-ZIP模式的主板上重现。

[ 本帖最后由 rockrock99 于 2011-11-3 17:16 编辑 ]

rockrock99

可以尝试刷新BIOS解决

不点

我曾经做过不点所提及的测试
使用WinImage建立一个标准的1.44M的软盘镜像（只放MS-DOS的三个基本文件），且引导扇区设置为“MSWIN4.1”
这个软盘镜像能在普通模式启动，但AHCI模式就不行。

DOS 与模式有关，闻所未闻，蹊跷之极。那么我怀疑的是，这个 AHCI 模式，究竟还提供不提供 BIOS int13 接口？以前有过这方面的问题，就是，MS－DOS 7.1 在这类 BUGGY 主板下由于硬盘分区表无限循环而死机。换用 FreeDOS 以及 MS－DOS 6 解决问题。如果是这样的话，就不要 “重新发现新大陆” 了。老老实实地，只要把硬盘屏蔽掉（用 map 命令），MS－DOS 7 就可以启动了。或者把硬盘的总容量变小（同样用 map 命令的虚拟来实现），也解决问题。或者把硬盘只分几个主分区，不要让扩展分区存在，这样也解决问题。

根源是 BIOS 不能正确访问大扇区号，间接导致的硬盘分区表无限循环造成死机。这是又一种形式的 “硬盘逻辑锁”，锁住 MS－DOS 7 不让启动。

这 bug 早都发现了，grub4dos 已经做了工作，躲避了这样的 BIOS  bug，因此，grub4dos 才能在这类 buggy 主板下正常运行。但是 MS－DOS 不行，因为它没有做工作。不排除故意制造 MS－DOS 死锁的可能性，因为也许某公司意图有计划、有步骤地让一部分老的系统失效和死去。

Fatal! Inconsistent data read from (0x0)4151640087+63

这条信息就是典型的 MS－DOS 无法应付这类主板 BUG 的征兆。

正如前面所说，把硬盘屏蔽掉，问题就消失了。MS-DOS 是在访问硬盘并查找硬盘分区的时候死掉的，因为它被欺骗，认为有无穷多个分区存在，因此，光是查找分区这一个动作就足够死掉了。

mygamexxx

没招了， 联想T4900D启动时，死活不认我的第一个读卡器制作的U盘，进WINXP后还是认的。

rockrock99

刷新了T4900V的主板BIOS（AMI BIOS），U盘还是被认作fd0，但U启速度快起来了，加载Plop更快
加载能进PE桌面，不加载卡Native Shell

rockrock99

找联想要个新BIOS就可以解决这类问题，我刚刚打了电话，但还没收到
结果自己动手丰衣足食，上网down了一个新BIOS，U启速度问题解决（U盘在G4D还是为fd0），0PE还是不能进桌面

[ 本帖最后由 rockrock99 于 2011-11-3 14:21 编辑 ]

mygamexxx

以前见过有台联想的笔记本，有时候天气冷的时候需要用吹风机加热后才能启动。呵呵，天气冷了它也不想起来。

mygamexxx

看样子U盘启动问题太多。有主板BIOS的，也有U盘主控的。越测试问题越多。

rockrock99

来段小插曲：<br />前几年雪灾的时候，这型号的主板（T4900V）BIOS会因为低温（在南方使用）而不能自检通过

[ 本帖最后由 rockrock99 于 2011-11-3 13:24 编辑 ]

mygamexxx

联想台式机的型号是扬天T4900D，今年刚买的。
将能识别的第二个U盘的MIRCOSD卡，装入第一个U盘的读卡器，在此联想机器上也不能识别，直接启动硬盘。
将第二个U盘的GRLDR换为上面的测试版，默认内置菜单（无MENU.LST），出现9楼的错误提示，并且错误多到满屏（原来的FATIL！。。。只有四行）。

第二个U盘在我的笔记本上出现starting cmain()...后U盘灯狂亮，死机状。。。（此U盘必须用FBINST制作并选取一次只读取一个扇区才能在我的笔记本上启动成功）

[ 本帖最后由 mygamexxx 于 2011-11-3 13:39 编辑 ]

rockrock99

我测试USB-ZIP模式的就是联想原装机主板（型号：扬天T4900V）
我觉得用DiskGen格式化，再用BootICE写MBR+PBR，这样的组合通用性强些

[ 本帖最后由 rockrock99 于 2011-11-3 13:18 编辑 ]

mygamexxx

可能与启动盘制作方式有关
我的启动盘在一台联想台式机上根本不识别
而我用DiskGenius制作的另一个U盘USB－FDD启动盘（FREEDOS），用BOOTIC改写分区引导记录为GRUB4DOS，再加入5.19日的GRLDR，此联想电脑能识别，启动后运行find出现了9楼的情况。
grub>find
(fd0)
(hd0,0)
(hdd0,4)
.....
(fd0,0)
(fd0,3)


Fatal! Inconsistent data read from (0x0)4151640087+63
Fatal! Inconsistent data read from (0x0)4151640125+1






再测试，发现与U盘有关。我这两个U盘均是读卡器加MicroSD 卡，将第二个在联想电脑上能识别的U盘MicroSD 卡，换到第一个U盘的读卡器，在联想电脑上也不能识别，直接启动了硬盘。而第二个U盘的读卡器在我的笔记本上启动有问题。

[ 本帖最后由 mygamexxx 于 2011-11-3 13:16 编辑 ]

rockrock99

如果有空闲的U盘可以用FBInst强制ZIP模式测试，道听途说而已，我没有实际使用过。而且我碰到的情况基本于G4D无关，是0PE的内部问题

[ 本帖最后由 rockrock99 于 2011-11-3 12:52 编辑 ]

mygamexxx

无AHCI设置的BIOS选项，而在我有AHCI模式的台式机上，此启动盘识别为USB－HDD。无法进行USB－ZIP的启动测试。

[ 本帖最后由 mygamexxx 于 2011-11-3 12:49 编辑 ]

rockrock99

请检查BIOS设置是否把硬盘接口设置为AHCI模式，在某些芯片（例如Intel的5、6系列）的AHCI模式（接了硬盘的前提），MS-DOS 7.1是启动不起来的，
我曾经做过不点所提及的测试
使用WinImage建立一个标准的1.44M的软盘镜像（只放MS-DOS的三个基本文件），且引导扇区设置为“MSWIN4.1”
这个软盘镜像能在普通模式启动，但AHCI模式就不行。

mygamexxx

启动只保留三个文件的DOS7.1的标准1.44M映像文件一样不成功。
title   测试0
map --mem (fd0,0)/onekey/dos.IMA (fd0)
map --hook
root (fd0)
chainloader /io.sys
启动成功

title   测试1
map (fd0) (hd1)
map --mem (fd0,0)/onekey/dos.IMA (fd0)
map --hook
root (fd0)
chainloader /io.sys
启动不成功（chainloader (fd0)+1一样启动不成功）

title   测试2
map --mem (fd0,0)/onekey/dos.IMA (fd1)
map --hook
map (fd0) (fd1)
map (fd1) (fd0)
map --hook
root (fd0)
chainloader /io.sys
启动成功

title   测试3
map --mem (fd0,0)/onekey/dos.IMA (fd1)
map --hook
map (fd0) (fd1)
map (fd1) (fd0)
map --hook
map (fd1) (hd)
map --hook
root (fd0)
chainloader /io.sys
启动成功


map --status 的结果
测试0与测试1的(fd0)的结果相同。测试2与测试3的(fd0)的结果相同。

U盘是先用DiskGenius制作成USB－FDD启动盘，然后再用FBINST制作的USB－ZIP启动盘。
因为我的电脑能通过USB－FDD和USB－HDD启动。

[ 本帖最后由 mygamexxx 于 2011-11-3 12:46 编辑 ]

hotdll

不点大大对g4d的bug总是不惜余力的。

不点

你应该努努力，破解这背后的秘密。

我就不相信，找不出根源。

通过多种测试，应该可以把问题孤立在某个范围之内。

比如说，你的盘只有 IO.SYS, MSDOS.SYS 和 COMMAND.COM ，别的都删除，看看怎么样？

然后，调整盘的大小，用 1.44M 来试验，看看又怎么样？

如果 1.44M 的没问题，就逐步加大容量，看看是不是 CHS 的什么参数影响了 MS－DOS 的成功启动？

如此等等，需要你做大量的基础工作。

工作可能枯燥无味，但最后，你有可能揭开这个谜底。否则，不可能揭开谜底。

mygamexxx

启动DOS7.1的问题还是与原来一样，没有改变。

rockrock99

USB-ZIP模式也测试通过，但0PE 1.3.2内部似乎还有其它问题
载入USB_ACC.0PE：PE滚动条无限滚动
不载入USB_ACC.0PE：速度慢，且卡在Native Shell界面

[ 本帖最后由 rockrock99 于 2011-11-3 09:17 编辑 ]

rockrock99

USB-HDD模式测试通过，USB-ZIP模式要等明天才能测试

chenall

光盘的问题已经修正.请用新版本测试

http://bbs.wuyou.net/forum.php?m ... page=147#pid2330831

rockrock99

好消息，使用grubmenu处理了0PE的内置菜单，
11#的测试版在USB-HDD的电脑上测试通过，问题基本解决
要等明天继续在USB-ZIP的电脑做进一步测试

chenall

这个应该是新版对ISO文件系统的修改导致的,我再看看..

前面的测试版本如果正常就行了.