中国DOS联盟

不点兄,我没有丝毫埋怨人的意思,只是觉得颇有点无奈,语气用得稍有不逊,在此向你道歉!不是我不坚持,是我数次努力都不成功,又不能老是在这个问题上纠缠你,Esme旧话重提我才发了那段可能让你不快的话的.你说的"我用它直接替换掉正版 win98 的安装光盘上的 1.44M的引导映象"是什么意思?是直接将win98.iso里的引导文件用其替换还是其它什么意思?我不清楚.这样吧,麻烦你把我那个grldr.img直接做成grldr.iso,上传上来.我仔细研究下究竟原因出在哪里,还请您不计我一时鲁莽之言,谢谢!

以下是引用Esme在2005-3-23 11:41:07的发言：
blue777，如果你只研究软盘启动，ieldr对你来说好像用不上吧？如果光盘映像iso文件可以小到装在软盘里，那它也没什么作用，那还不如启动软盘img，而启动实模式光盘grub可以胜任。如果你是想让ieldr调用硬盘中的iso，那这项功能也没有通用性，每个人硬盘上的文件不一样嘛

你怎么不明白我的意思呢?
我需要做个grub引导的软盘启动盘,在menu.lst里加入下述item:
title Boot from iso file (hd0,0)/iso_file.iso
chainloader (fd0)/ieldr
并且我软盘提供了ieldr,假设我要重装系统,需要用d:\folder\xp.iso,虽然我可以用:
shsucdhd /f:d:\folder\xp.iso
shsucdx /d:shsu-cdh
来在dos下加载iso镜像,然后安装,但不能重启.(尽管可以将i386\拷到硬盘上装)
现在我只要先到dos下,将xp.iso重命名iso_file.iso拷贝至c:\.
再用 echo isomeu iso_file.iso>isoemu.ini 来新建个isoemu.ini,并且也将其拷贝至c:\.
这样,重启后,再次来到menu.lst界面选那个item,不就直接从c:\iso_file.iso来引导了吗?
我提的每个问题都是有目的性的,而非妄自菲薄.

别误会，大家不是在这讨论嘛，我从来都不觉得你的问题妄自菲薄阿，相反你对启动盘的专一投入让我很佩服，我正想研究你的潘多拉盒子，可是你选的网络硬盘实在是......不支持断点续传，还超慢，还总断，我用net transport 挂网上两天了都没下下来，难道跟我在国外有关系？你所说的iso启动我会再想想办法的，还有你遇到的别的难题也是。别急，大家一起想办法，路总会有的

关于启动盘制作我还提点建议，我之所以执著于ntfs4dos pro正是因为它可以对ntfs进行完全操作，虽然体积大点，但两张盘也装下了。而目前的启动盘带的ntfs4dos 都是只能读的那种，可是你想想xp要是出问题了，比如ntoskrnl.exe被误删或中毒，这种盘也救不了阿，而有了ntfs4dos pro就可以手动将备份复原。ERD Commander也有很多不尽人意的地方，所以一直喜欢用ntfs4dos pro。如果msdos能够植入对ntfs的辨识该多好啊

hnlyzhd:

“搞定”，是说什么搞定了？是 chainloader (hd....)/ieldr 这样成功了吗？还是别的什么意思呢？谢谢你提供的详细描述，按照你的描述，似乎 chainloader (hd....)/ieldr 这种办法差不多是应当成功了，无需再增加别的命令行参数了。

Esme：

谢谢你的详细报告。我再一次看了这些版本中 asm.S 中的源代码，发现最早的、最粗糙的 pre 版本，是歪打正招。这个粗糙的版本，居然适合你的那个 ntfs4dos pro 的胃口，实在是叫人不知是喜还是忧。

我当时写出这第一个预发布版，在读取扩展内存中的虚拟扇区数据时，用的 int15 这条指令。后来的版本做了改进，有时使用 int15指令，而有时使用 pushf; call far 直接调用 BIOS 中最原始的 int15 入口地址。就是说，在实模式时，要调用最原始的BIOS 程序，而在保护模式时，由于 BIOS 已经不再有效，此时应当调用 int15 指令。

你的 ntfs4dos pro 不遵从 int15/EAX=e820h 的规范，它擅自挪动由 int15/EAX=e820h 所保留的不许随便使用的系统内存空间。如果我们把程序改成适应 ntfs4dos pro 的，那么其它大量的程序就可能要失败了。所以，我们还是舍弃了它吧，大家有什么意见吗？或许有人会说，再增加一个map 命令行参数控制这一行为，让它可以适应 ntfs4dospro 的要求，然而问题是，我们的参数空间都用光了，为了这么一个不遵守规范的程序，我们不适合再做大的调整了。我们的程序对于微软的 DOS启动软盘，甚至对于win98，都是可以良好配合的，其它第三方的不规范程序，实在没有照顾的必要了。你可以找一个替代品来用，或者等着让该软件升级，改掉不规范的毛病，然后再用它。

blue777：

大家都是为技术而来，也不必说抱歉之类的话。不为技术，谁来这里干什么呀。为技术的人，他一般是不会在乎谁说的太难以接受了，等等这类，更何况，你根本就没错呀。其实我还怕什么话说错了，让你接受不了呢。我说话很直，容易让人误会，但我也仅仅是谈想法，有想法不说出来，那不就太难受了。我从来不指责别人，所以，千万别把我的话当成是指责。

ftp://ftp.linuxeden.com/tinybit/win98_head.iso

注意，这不是一个完整的 ISO 文件，它只是 win98 安装光盘最开头的 84 个扇区。在它后面，紧接着1.44M引导软盘的映象。所以，假定你的 1.44M 可启动软盘的映象是 grldr.img,你就可以这么生成你的可引导光盘，注意，这没有实际用处，只是用来测试光盘是否可以正常引导的：

copy /b win98_head.iso + grldr.img grldr.iso

DOS 下的这个带有 /B 参数的拷贝命令，相信都会用吧？它是用来拼接两个文件的。生成的文件是 grldr.iso。这个就可以引导你的 GRUB。

以下是引用Esme在2005-3-23 13:20:33的发言：

关于启动盘制作我还提点建议，我之所以执著于ntfs4dos pro正是因为它可以对ntfs进行完全操作，虽然体积大点，但两张盘也装下了。而目前的启动盘带的ntfs4dos 都是只能读的那种，可是你想想xp要是出问题了，比如ntoskrnl.exe被误删或中毒，这种盘也救不了阿，而有了ntfs4dos pro就可以手动将备份复原。ERD Commander也有很多不尽人意的地方，所以一直喜欢用ntfs4dos pro。如果msdos能够植入对ntfs的辨识该多好啊

谁说我启动盘里ntfs4dos只能读不能写?不仅能在dos下完全读写NTFS分区,而且可以在win9x/me的dos窗口下完全读写ntfs分区.体积仅91KB,内存占用要118KB.你当它是ntfsdos pro的只读版ntfsdos啊?

TO 不点兄：我上面只是说了一下IELDR的原理，我最近太慢还没有测试CHAINLOADER命令，大家如果有兴趣请到我的网络盘下载最新的ISOEMU的引导程序，新版的IELDR和DOS版的IELDR.EXE，测试能否启动之。。。。

不点兄,谢谢你的答复.我之所以提出那个问题,是因为我要做一个集大成的1.44M启动镜像文件.可以用在各种场合.当然也包括用做启动光盘的引导文件.但是恰恰这个实现不了,所以我才对此深究不放.你的意思是,我做个光盘demo.iso,最后要加载可引导文件使其成为可启动光盘时,不会用下面方法吧: copy /b demo.iso + grldr.img grldr.iso你有解决办法吗?因为stage.img是怎么都可以做成可启动光盘的,为何单单grldr.img就不行呢?我觉得不能一味追究制作ISO的工具的过错,也要在grldr.img上找找原因.因为grldr是您做的,我就只好讨教你了.

hnlyzhd,我知道你是无优光盘启动论坛斑竹.你提供的新版我试了,对于在dos命令行下使用的ieldr.exe我不知有何实际意义?试问你都已经启动完毕到dos命令行下了,难道通过ieldr.exe还能够让电脑再次从iso文件启动?如果我理解错了,敬请批评指正!

哈哈!还是有振奋人心的消息啊!我用不点兄说的chainloader (fd0)/ieldr成功引导了软盘里的ieldr,感谢tinybit!感谢Gandalf!这下用张软盘就可以让电脑从硬盘里的可引导ISO文件启动了!(方法见上面92楼)这下我做的1.44M可启动镜像又重重加上一笔了!说实话,以前我对Gandalf做的本土化grub0.95丝毫不感兴趣!因为放在软盘太大!包括编译进去的scdrom也远不如用cd.bs+bcdl好用(可以让电脑从usb光驱启动),所以我对Gandalf无丝毫感激或敬意之情,但他的ieldr还是非常有用的!可以说是一个革命性的创新!在此,请允许我再次向不点兄和Gandalf表示最崇高的敬意!!!

TO BLUE777老兄：正如你所想的，在DOS下运行IELDR.EXE可以自动寻找硬盘上的ISOEMU.INI信息，然后启动硬盘上的ISO文件，就像在DOS下运行GRUB.EXE启动GRUB一样，不过在DOS下运行IELDR.EXE要求必须是纯DOS

你说的纯dos是最好就一个内核io.sys和命令解释器command.com的最简化dos?(MS-DOS 7.10不需要msdos.sys)
而且这样也限制了我无法采用诸如pc-dos,rom-dos,dr-dos等更多选择.(grub和ieldr无法在那些dos下用)
所以还是在menu.lst调用ieldr的好,要不还得在config.sys里多写个puer real mode.

不点兄，我有个疑问：
你在很多地方讲了“硬盘景象”可仿真一个硬盘而“分区景象”就不行，尚不支持等等。。
这两者有何不同？主引导，分区景象也有主引导的。分区好像只是整个硬盘的一个组成部分，但实际上，在系统内核理，他就是一个硬盘呢。 因为每个分区都有他的主引导（最前面的63个扇区的物理的第一扇区，内有分区表，记录了下一分区（也可以说成下一硬盘）的位置等等，各个分区都有的，形成分区表链。。。），
两者唯一的区别是前者可引导，后者不可引导，但是在用WINIMAGE等等景象工具作景象时，就会把主引导和系统引导代码加进去的，（作软盘景象就加系统引导，作硬盘景象就都加进去）
当用这些景象启动时，系统就认为他是一个硬盘（其中有可引导的分区）
以下引用老兄的：&&&&&&&&&&&&&&&&&&&&&&&&1.这里的win98.img有何要求?是怎么做出来的?直接将安装了win98的c:盘用winimage保存整个分区?
不是保存整个分区，而是保存整个硬盘。分区的虚拟，目前还不支持，但以后会支持的。你的硬盘要小一点才行。×××××××××××××××××接着，我就更有点不解了：老兄说：％％％％％％％％％％％％％％％％％ 酷啊!grub_for_dos-0.4.0pre4支持单分区代替整个硬盘的image镜像在内存里仿真运行了!是的，这个功能已经具备了。但我本人还没有完全测试这个功能。我只是简单做了如下测试：我用一个 win98 的 1.44M 软盘镜像文件 win98dos.img 来仿真硬盘 (hd0) 是成功的。map --mem (hd0,0)/win98dos.img (hd0)
map --hook
chainloader (hd0)+1
rootnoverify (hd0)
boot由于软盘映象和硬盘分区的格式没有太大的差别，所以，这样也就等于测试了硬盘分区的仿真功能。似乎 memdisk 以及其它类似软件还没能提供这个功能。希望这个功能可以给大家带来方便。％％％％％％％％％％％％％％上面说了， 软盘景象居然可以引导了！
软盘景象连个主引导都没有，居然就可以模拟硬盘？ 那有主引导的硬盘景象为什么就反而不行呢？还往老兄解释一下。。

你理解错了,我们说的镜像说完整应该是"可引导的镜像". 利用grub的memdrive就能在内存里虚拟一个软驱来运行.而可引导的镜像是有MBR的.没说整个硬盘镜像反而不行啊!只是说在2005年3月9日tinybit最新编译的pre4版里已经不再必须要求是整个硬盘镜像,只要求系统所在的单个分区镜像即可.