中国DOS联盟

blue777:

你试验了吗？哪怕是用你的虚拟机也行，照我说的 copy 命令生成一个 grldr.iso，应当不难吧？这个文件很小，只有 1.5M，但却可以作为可启动的 ISO。

你又开始怀疑 GRLDR 有什么毛病了。你能不能不怀疑呢？或者暂且先别怀疑呢？

任何一个可引导的1.44M软盘，都可以制作到 ISO 中，从而使得 该 ISO 称为可启动的光盘。我这里说的是“任何”，注意这两个字特别重要。

既然 GRLDR 已经制作成了可引导的软盘，那么，用它来制作可引导的光盘，当然毫无问题了。这是光盘启动标准所规定了的。至于说你制作出来的，却不能引导，呵呵，当然应当从你制作过程找毛病了。你的制作过程，用的全部是软件，这些软件，不一定可靠。

哪有这样的道理：一个正常可启动的软盘，却不能制作可引导的光盘？你再仔细想想是不是这个理？可引导的光盘，本来就是用软盘映象来引导的，此时软盘映象没问题，而光盘却不引导，这不明摆着的吗，制作过程含有错误。

你想问我的，无非是说，我制作的 GRLDR 引导映象为什么很特殊，它为什么不能引导？

我可以告诉你，这个 GRLDR 的引导扇区，没有任何探测光盘介质的指令，它和别的软盘引导扇区都一样。你自己也可以检验这段程序，它只有 512字节的大小。根本不存在“只能从软盘而不能从光盘运行”的理由。所以，从这里，是找不到毛病的。而且，我已经制作出光盘，确实能够启动，这就验证了GRLDR 方法是可靠的，而你说的问题，也就只在你那里出现罢了。如果没有任何探测光盘介质的指令，那么就不会存在“在普通介质可以运行，而在光盘启动时不能运行”的理由。

检验软盘映象是否可作为光盘启动映象的办法，就是制作一个可以引导的映象。现在这个映象已经制作出来了，这就-----完全足够地-------证明了：该GRLDR.IMG 是没问题的。如果另外用该IMG也制作了一个引导失败的映象，那也不能否认该 IMG 是正确的这一事实。因为，要想证明该IMG有错误，你首先必须证明你制作的ISO是合法的可引导光盘，不是你的软件说它合法，它就合法了，你的软件当然认为它自己制作的是合法的了，否则，它发现不合法，怎会给你用呢？你的思想中有一个误区，就是，特别相信你的软件，只要你的软件制作出来的，你都相信它是合法的，而你自己并未亲自去检验它的合法性。

这下你该相信最终是你那里弄错了吧？

晕!害你费了这么大力气点化我.
我现在唯一要求就是:我要如何将grldr引导的1.44M镜像做成可引导的ISO?
难道用 copy /b before.iso + grldr.img after.iso (其中before.iso为制作前的不可引导的ISO,after为制作后的可引导的ISO)

GOTOmsdos兄所说的问题，确实我没有解释清楚。

在 pre4 之前，我们的 --mem 仿真只支持磁盘映象。意思就是，如果仿真软盘，就只能是一个不含分区表的映象才可以，如果是仿真硬盘，就只能是一个含有分区表的映象才可以。

在 pre4 的时候，这个限制被部分地打破了。在用 ---mem仿真硬盘的时候，映象文件可以仅仅是一个分区，也就是说，不含分区表。一个不含有分区表的映象，本来是根本不可以用来仿真整个硬盘的。我们当然需要额外替这个分区映象添加一个分区表了(实际上在它前面增加了一个磁道)。由于我们的仿真是在内存中操作，因此，这很容易做到了。我们不仅为它添加了分区表，而且还替它写了一个简短的主引导记录(MBR)程序代码。分区映象在这个仿真的硬盘分区表中所处的位置是(hd0,0)，而且整个仿真硬盘只有这么一个分区存在，该分区占满了全部硬盘空间(当然除了我们所添加的第一磁道master boot track之外)。

==============

分区镜像，是不包含分区表的。虽然在一个逻辑分区开始之前也有一个“虚”分区表，但是，这个磁道并不计算在分区之内。分区的开头是以分区自己的 DOS boot record 开始的，并不是起始于“虚”分区表。

由于这个“虚”分区表的存在，这使得我们以前在0.2.0版本的时候就能够用它来仿真整个硬盘，此时没有 --mem参数，而是使用磁盘介质就地仿真。然而在这种情况下，我们只有分区表，没有主引导记录(MBR)程序代码，这是因为“虚”分区表扇区的引导记录代码是空的，而我们又不可以随便写入它(因为写入磁盘是不明智的，会给真实磁盘带来严重后果)。当然了，对于仿真磁盘来说，有没有 MBR代码，本质上是没什么太大关系的，而分区表才是关键的。

blue777：

前面不是说了吗？可惜你到现在还没有下载试验： copy /b win98_head.iso + grldr.img your_real_bootable.iso

其中 win98_head.iso 是在 ftp://ftp.linuxeden.com/tinybit/ 上的，grldr.img 是你自己的可引导软盘，生成的 your_real_bootable.iso 必定可以引导了。这下总应该清楚了吧？

win98_head.iso 的长度是 43008 字节，grldr.img 的长度是 1474560 字节，your_real_bootable.iso 的长度是 1517568 字节。

－ 大家好！
-----------------------
－ IELDR 使用的是 grldrstart.S+isoemu 的基本结构。 当, grldrstart.S 把 isoemu 的主部放到 0x0000:0x8200 后，isoemu 的主部的代码会先把整个 isoemu 移到另外一个地址去运行。。。 ；）
－ 路过，看到这么精彩的讨论。 ^_^ 不点加油！ 我有这么一个想法：你能否把中文显示的 patch 也放到 Grub4Dos for 0.96 里面呢？

－＝Grub4Dos ＝－， I'm lovin it!

不点兄,我意思你也没明白,我当然知道copy /b win98_head.iso + grldr.img your_real_bootable.iso 是可以引导的.但是我要做一张自己的光盘,里面有万能ghost等各种东西,最后我要让其具有引导性,而恰恰就希望用grldr.img做为其引导文件,我就问这时候该怎么办?

blue777,可不可以把tinybit的win98_head.iso和你的ntfs读写软件发到我邮箱里，我总是无法打开tinybit的ftp，也无法从你的网络硬盘完整的下载文件，谢谢feelkilller@163.com

不点，我对放弃ntfsdos pro没有意见，谢谢你的详细解答。另外我发现grldr虚拟了硬盘或者软驱后，真实的硬盘和软驱就无法使用了，有什么办法可以解决吗

Gandalf:

你来了很好。我似乎主要的精力在 GRUB (FORDOS)本身的基础结构方面，我认为这些比较紧迫。你的中文化补丁，确实我也有打算，升华成国际语言支持。不过我希望在我做之前，能够由别人率先完成，为什么呢？因为一个人毕竟精力和时间都不允许呀。真的感谢windrv，当时，如果我身体出现什么大的不可挽回的灾难的话，恐怕我也就和大家拜拜了。我当时病得厉害，心理占一半，身体本身也占一半，亏得bean123 能够出来解救，现在身体恢复如初，实在难以料到呀。

中文化本身，如果不具有国际化能力，我的看法是，还不适合放在 GRUB for DOS中。如果增加一块中文化的补丁，将来可能会影响国际化的设计路线。但这样吧，如果你同意负责提供中文化的补丁，我当然可以将你提供的补丁加入到现有的补丁序列当中，老实说，我以前研究过你的补丁，知道这个补丁需要改进才能支持国际化，所以，后来我就没再接触了，因此，这个补丁还需要你来打。你基于pre4打这个补丁即可，打好后，给一个下载地址，让我可以下载就行了，以后你就不用管了，我会自动让这个补丁适应新的版本的。不仅仅中文化你可以这么做，就连scdrom，ISO仿真等等，你也都可以做好补丁，我不用研究补丁的内容，只管打上去，并负责让这些补丁适应新的版本。除非你自己需要升级你打的这部分补丁，只有这时，才需要你再次重新打补丁，否则，你都可以不用再管了，我负责跟随维护。你看这样行吗？补丁的顺序，可以插在现有的 scdrom之前，也可以放在最后，视你的方便而定，而且，目前我提供的 scdrom 补丁，当然应当去掉了(如果你也打这个补丁的话)。

这么晚了，发完这个帖子，我就要走了，你们继续玩吧。

blue777：

你想制作可引导的映象，这个，应当说不难。你只要搜索 bootable cd-rom specification找到相关资料读一读，就可以手动制作这个光盘了。我确实不知道 windows 下有多少个制作 ISO的软件，我更不知道哪个最好。这就需要你自己想办法了。你可以把那些著名的 ISO 制作软件挨个都试试，看看谁制作的能正常引导，谁就是没有 BUG的。

Esme：


> 不点，我对放弃ntfsdos pro没有意见，谢谢你的详细解答。
你不妨按照 blue777 兄的建议，改用他所推荐的 ntfs4dos ，似乎他说 ntfs4dos 这个软件没什么毛病。
> 另外我发现grldr虚拟了硬盘或者软驱后，真实的硬盘和软驱就无法使用了，有什么办法可以解决吗
当然有办法了。下面仅举一例：
map --mem (hd0,0)/win98.gz (hd0)
map (hd0) (hd1)
map --harddrives=2
map --hook
chainloader (hd0)+1
rootnoverify (hd0)
boot
注意，map --mem (hd0,0)/win98.gz (hd0) 把 win98.gz 作为第一块硬盘，原来真实的第一块硬盘已经不可见了，因此需要接下来的第二条磁盘映射命令 map (hd0) (hd1)，这条命令将旧的 (hd0) 当作新的第二块硬盘(hd1)来使用，也就是说，你访问 (hd1) 时，其实是在访问真实机器的 (hd0)
map --harddrives=2
为什么需要这条命令呢？我想大家可以猜到的吧？原来你的BIOS所知道的硬盘个数可能为1,现在告诉 BIOS，硬盘个数不是 1, 而已经是 2 了。
好了，我回去了，明天有时间再来吧。你们也该休息了。

我就是问的都是可引导的, 看了不点兄讲了详细过程,
我主要想补充一下,上面不点兄也讲清楚了,每个分区都有虚分区表的,在作引导景象时,就会被加入引导信息的. 这样以后,一般讲,在引导功能上,所谓的"硬盘"景象和"分区"景象都是一样的..
另外,对 BLUE777:
光盘引导信息主要是两种:
1,非虚拟的(-no-emul-boot, emul, emulate,模拟的),也就是真实的,我想可以理解为光盘介质本身的方式,diskem1x, win2k,winxp的W2KSECT.BIN,WXPSECT.BIN好象2KB常见.
2,虚拟的,主要有虚拟成软盘和虚拟成硬盘两种.
软盘虚拟,没有主引导,有系统分区引导(A容量一般是1.44,2.88 常见.运行后是A:
硬盘虚拟,有主引导的,当然也有系统分区引导,容量好象是600MB之内吧,运行后是C:
可用WINIMAGE,ULTRAISO,和EASYBOOT都可做的,要加入哪种引导信息选项,好象都是光盘引导.引导信息等等字样....

我用LOADLIN 从DOS直接启动到LINUX,感觉酷毙了! 但不能用EMM386 ! 要听歌,必需要EMM386 !
怎样才能两全呢?
有没有解决的,共享经验 啊!

ULTRAISO真是烂得可以!我分别做了grldr引导的和syslinux引导的1.44M可启动镜像,用ULTRAISO做成光盘后都不能引导,而用不点兄的win98_head.iso做都可引导.

以下是引用不点在2005-3-23 22:29:44的发言：
Gandalf:

你来了很好。我似乎主要的精力在 GRUB (FORDOS)本身的基础结构方面，我认为这些比较紧迫。你的中文化补丁，确实我也有打算，升华成国际语言支持。不过我希望在我做之前，能够由别人率先完成，为什么呢？因为一个人毕竟精力和时间都不允许呀。真的感谢windrv，当时，如果我身体出现什么大的不可挽回的灾难的话，恐怕我也就和大家拜拜了。我当时病得厉害，心理占一半，身体本身也占一半，亏得bean123 能够出来解救，现在身体恢复如初，实在难以料到呀。

中文化本身，如果不具有国际化能力，我的看法是，还不适合放在 GRUB for DOS中。如果增加一块中文化的补丁，将来可能会影响国际化的设计路线。但这样吧，如果你同意负责提供中文化的补丁，我当然可以将你提供的补丁加入到现有的补丁序列当中，老实说，我以前研究过你的补丁，知道这个补丁需要改进才能支持国际化，所以，后来我就没再接触了，因此，这个补丁还需要你来打。你基于pre4打这个补丁即可，打好后，给一个下载地址，让我可以下载就行了，以后你就不用管了，我会自动让这个补丁适应新的版本的。不仅仅中文化你可以这么做，就连scdrom，ISO仿真等等，你也都可以做好补丁，我不用研究补丁的内容，只管打上去，并负责让这些补丁适应新的版本。除非你自己需要升级你打的这部分补丁，只有这时，才需要你再次重新打补丁，否则，你都可以不用再管了，我负责跟随维护。你看这样行吗？补丁的顺序，可以插在现有的 scdrom之前，也可以放在最后，视你的方便而定，而且，目前我提供的 scdrom 补丁，当然应当去掉了(如果你也打这个补丁的话)。

Dear Tinybit,
You are welcome! I am glad to hear that you are fully recovered. We are all friends to help each other!
I shall shortly release my experience about making bootable iso / cd with grldr as bootloader both in emulation and non-emulation mode. please go to windrv.net to see the help documentation there.
In the coming weeks, help documentation will be written up and released on how QEMU and GRUB can be used in conjunction with WINDRV to make and test bootable image files and iso files.