中国DOS联盟

以下是引用不点在2004-2-16 16:31:32的发言：
不同之处在于头部.

GRLDR 只有一个扇区的 header, 而 GRUB.EXE 有 8 个扇区的 header. 其余的部分都相同, 是 pre_stage2 文件.

GRLDR 不是一个普通的 EXE 文件, 也不能看成是一个 .com 文件. 不能通过重新命名为 .exe 而运行它.

Dear TinyBit,

I am sorry to put forward so many questions to you.

But I want to speak from GNU Grub's perspective.

Its aim, may be I am wrong, is to provide a bootloader that can be used independant
of another bootloader, especially MS's bootloader.

Your project may not have this goal. But with further development, it is possible.

For instance, your GRUB.EXE relies on DOS system and your GRLDR relies on bootsector of an active NT Boot Partition.

To speed up your GRUB.EXE and go independent of DOS, I suggest you try the way of Syslinux or BootProg by Alexei A. Frounze at http://alexfru.chat.ru/epm.html

I.e. have an MBR that boots up the Boot Sector and have the Boot Sector that loads
up GRUB.EXE

Syslinux provides the MBR for FAT12/16 for loading a com/exe file

and

BootProg provides the Boot Sector for FAT12/16 that loads up a com/exe file.

Both claims that they can be used in FAT16 HDD.

So to make your project perfect; you may wish to try:

1. make an MBR - your BootGrub already?
2. make your bootsector - for reading in either your GRUB.EXE or your GRLDR
for FAT12/16/32/NT partition

For FAT12/16 partition, BootProg can provide you some source code to model on.

For FAT32/NT partition, it may be a bit time-consuming.

感谢 windrv 兄一番话。由衷感谢您的关心。

But I want to speak from GNU Grub's perspective.

Its aim, may be I am wrong, is to provide a bootloader that can be used independant
of another bootloader, especially MS's bootloader.

GNU GRUB 的目的，似乎也不能说就是要与其它的引导器独立。我们知道 GNU GRUB 可以安装在分区的引导扇区，这使得它可以跟其它引导器进行链式互相引导。我认为不是 GNU 要跟 MS 的引导器独立，而是 MS 要跟 GNU 的引导器独立。GNU 力图支持 MS 的操作系统（map 命令就是为了支持 DOS/Windows的），而 MS 似乎从来都不支持 GNU 的程序。MS 设置许多不兼容性的障碍，让别人无法和它沟通【甚至为了淘汰以前的 DOS/Windows，它也跟它自己不兼容】。它的 bootloader，本来只想引导它自己的 DOS/Windows 的，我们却让它来为我们的 GRLDR 服务，打破它的这种不兼容性壁垒，这正是众多终端用户所关心的。

Your project may not have this goal. But with further development, it is possible.

是的，我的项目没有跟 MS 对立的意图，而是力图跟它兼容以及互操作。即使进一步做开发，也不会有意和 MS 分立，而是进一步提高兼容性。我认为，兼容性问题是当今非常突出、非常重要的问题。试想，一个只懂英语不懂汉语的人，以及一个只懂汉语不懂英语的人，他们之间的交流，将是多么的痛苦啊。今天您和我的交流，就是一种实实在在的兼容。

For instance, your GRUB.EXE relies on DOS system and your GRLDR relies on bootsector of an active NT Boot Partition.

是的，正如我以上所说，这并非对 MS 有好处，也并非对 GNU 有坏处。它有用，这就够了。西方充满着理想、正义等等高尚的东西，而中国人大多都讲实际，更多受到现实的制约，较少有人具有西方的气质。

To speed up your GRUB.EXE and go independent of DOS, I suggest you try the way of Syslinux or BootProg by Alexei A. Frounze at http://alexfru.chat.ru/epm.html

感谢您提供此线索，我会找时间研究一下的。

I.e. have an MBR that boots up the Boot Sector and have the Boot Sector that loads
up GRUB.EXE

Syslinux provides the MBR for FAT12/16 for loading a com/exe file

and

BootProg provides the Boot Sector for FAT12/16 that loads up a com/exe file.

Both claims that they can be used in FAT16 HDD.

So to make your project perfect; you may wish to try:

1. make an MBR - your BootGrub already?
2. make your bootsector - for reading in either your GRUB.EXE or your GRLDR
for FAT12/16/32/NT partition

For FAT12/16 partition, BootProg can provide you some source code to model on.

For FAT32/NT partition, it may be a bit time-consuming.

如果目的是从 MBR 引导 GRUB 代码，我们根本不需要 SYSLINUX 和 BOOTPROG。有更简捷漂亮的方法可以达到目的。FreeDOS 的 boot loader 可以加以改造，用来引导 FAT12/16/32 上的 GRLDR 文件。我目前正在做这件事。而处于 NTFS 分区的 GRLDR，我们现在就已经可以成功引导了。我们已经花费最小的力气，达到了很可观的目的。如果您了解到：我对于 NTFS 的系统结构并无任何研究，甚至不能读取 NTFS 系统的任何文件，在这样的情况下居然可以从 MBR 找到 NTFS 分区中的 GRLDR 文件并启动它，这确实是一个偷懒的诀窍。如果不偷懒的话，要实现它，则不知道将是哪年哪月的事情了。

谢谢您一直以来的提醒、帮助、关心、建议，并希望您继续多多帮助。谢谢。

以下是引用不点在2004-2-16 19:14:39的发言：
如果目的是从 MBR 引导 GRUB 代码，我们根本不需要 SYSLINUX 和 BOOTPROG。有更简捷漂亮的方法可以达到目的。FreeDOS 的 boot loader 可以加以改造，用来引导 FAT12/16/32 上的 GRLDR 文件。我目前正在做这件事。而处于 NTFS 分区的 GRLDR，我们现在就已经可以成功引导了。我们已经花费最小的力气，达到了很可观的目的。如果您了解到：我对于 NTFS 的系统结构并无任何研究，甚至不能读取 NTFS 系统的任何文件，在这样的情况下居然可以从 MBR 找到 NTFS 分区中的 GRLDR 文件并启动它，这确实是一个偷懒的诀窍。如果不偷懒的话，要实现它，则不知道将是哪年哪月的事情了。

谢谢您一直以来的提醒、帮助、关心、建议，并希望您继续多多帮助。谢谢。

那麼會支持OS/2的HPFS嗎?(HPFS正正是NTFS的前身啊)
題外話：由始至終M$也是在偷懶.....
把OS/2的核心、檔案系統修改一點就當成自己的東西......

> 那麼會支持OS/2的HPFS嗎?

HPFS 我没有接触过，不知道了。

> HPFS正正是NTFS的前身啊

怪不得 LINUX 的 FDISK 命令列出的 NTFS 分区显示为 HPFS/NTFS，原来它们是一家呀！

> 題外話：由始至終M$也是在偷懶.....

大家都在偷懒。中学数理化让我学会了偷懒和捷径。

OS/2所用的HPFS原来是用分区代码07，后来MS小改了一下就成了NTFS呢，其实就是HPFS的改名版或升级版罢了，WinNT和OS/2的关系也是一样的。

至于FAT12，我在虚拟机中将FAT12的软盘、硬盘都试过，GRLDR无法启动。其实FAT12很容易找到的，普通软盘都是FAT12的。注：我以前试过在软盘中用NTLDR调用bootsect.dos是可以成功的，但由于GRLDR目前不支持FAT12所以目前还无法调用它成功。

问题越是到最后, 越是难解决了. GRLDR 的程序代码, 似乎并无其它毛病了. 我反复查看程序代码, 没有发现有什么错误. FAT12 应当是支持的了. 不过我确实没有把 最新版的GRLDR 在软盘下测试. 我最近就准备去试试.

不点：我刚才到真实机上试了一下，在一个很小的FAT12硬盘分区上，结果NTLDR+GRLDR启动成功！看来现在它已支持FAT12分区了，先前只是虚拟机的问题。

以下是引用不点在2004-2-16 19:14:39的发言：
感谢windrv兄一番话。由衷感谢您的关心。

ButIwanttospeakfromGNUGrub'sperspective.

Itsaim,maybeIamwrong,istoprovideabootloaderthatcanbeusedindependant
ofanotherbootloader,especiallyMS'sbootloader.

GNUGRUB的目的，似乎也不能说就是要与其它的引导器独立。我们知道GNUGRUB可以安装在分区的引导扇区，这使得它可以跟其它引导器进行链式互相引导。我认为不是GNU要跟MS的引导器独立，而是MS要跟GNU的引导器独立。GNU力图支持MS的操作系统（map命令就是为了支持DOS/Windows的），而MS似乎从来都不支持GNU的程序。MS设置许多不兼容性的障碍，让别人无法和它沟通【甚至为了淘汰以前的DOS/Windows，它也跟它自己不兼容】。它的bootloader，本来只想引导它自己的DOS/Windows的，我们却让它来为我们的GRLDR服务，打破它的这种不兼容性壁垒，这正是众多终端用户所关心的。

Yourprojectmaynothavethisgoal.Butwithfurtherdevelopment,itispossible.

是的，我的项目没有跟MS对立的意图，而是力图跟它兼容以及互操作。即使进一步做开发，也不会有意和MS分立，而是进一步提高兼容性。我认为，兼容性问题是当今非常突出、非常重要的问题。试想，一个只懂英语不懂汉语的人，以及一个只懂汉语不懂英语的人，他们之间的交流，将是多么的痛苦啊。今天您和我的交流，就是一种实实在在的兼容。

Forinstance,yourGRUB.EXEreliesonDOSsystemandyourGRLDRreliesonbootsectorofanactiveNTBootPartition.

是的，正如我以上所说，这并非对MS有好处，也并非对GNU有坏处。它有用，这就够了。西方充满着理想、正义等等高尚的东西，而中国人大多都讲实际，更多受到现实的制约，较少有人具有西方的气质。

TospeedupyourGRUB.EXEandgoindependentofDOS,IsuggestyoutrythewayofSyslinuxorBootProgbyAlexeiA.Frounzeathttp://alexfru.chat.ru/epm.html

感谢您提供此线索，我会找时间研究一下的。

I.e.haveanMBRthatbootsuptheBootSectorandhavetheBootSectorthatloads
upGRUB.EXE

SyslinuxprovidestheMBRforFAT12/16forloadingacom/exefile

and

BootProgprovidestheBootSectorforFAT12/16thatloadsupacom/exefile.

BothclaimsthattheycanbeusedinFAT16HDD.

Sotomakeyourprojectperfect;youmaywishtotry:

1.makeanMBR-yourBootGrubalready?
2.makeyourbootsector-forreadingineitheryourGRUB.EXEoryourGRLDR
forFAT12/16/32/NTpartition

ForFAT12/16partition,BootProgcanprovideyousomesourcecodetomodelon.

ForFAT32/NTpartition,itmaybeabittime-consuming.

如果目的是从MBR引导GRUB代码，我们根本不需要SYSLINUX和BOOTPROG。有更简捷漂亮的方法可以达到目的。FreeDOS的bootloader可以加以改造，用来引导FAT12/16/32上的GRLDR文件。我目前正在做这件事。而处于NTFS分区的GRLDR，我们现在就已经可以成功引导了。我们已经花费最小的力气，达到了很可观的目的。如果您了解到：我对于NTFS的系统结构并无任何研究，甚至不能读取NTFS系统的任何文件，在这样的情况下居然可以从MBR找到NTFS分区中的GRLDR文件并启动它，这确实是一个偷懒的诀窍。如果不偷懒的话，要实现它，则不知道将是哪年哪月的事情了。

谢谢您一直以来的提醒、帮助、关心、建议，并希望您继续多多帮助。谢谢。

Dear TinyBit,

Your analysis is correct. And your effort in providing a GRUB FOR DOS /NTLDR is also highly appreciated by all of us. There is no question about this.

Your project has provided a lot of convenience. My suggestion is about how you can perfect your project. This is also about convenience.

Please consider if we could just copy an MBR or MBP = Master Boot Programme =
MBR minus Partition Table minus 55AA --- to the MBR of a hard disk and together with
GRUB.EXE/GRLDR and /BOOT/GRUB files to partitions of FAT12/16/32/NTFS/ext and we can bootup GRUB for starting any operating system, it would be very very convenient. Isn''t it?

Please consider if we could just copy an MBR or MBP = Master Boot Programme = MBR minus
Partition Table minus 55AA --- to the MBR of a hard disk and together with GRUB.EXE/GRLDR
and /BOOT/GRUB files to partitions of FAT12/16/32/NTFS/ext and we
can bootup GRUB for starting any operating system, it would be very very convenient. Isn''t it?

是啊, 经过诸位兄弟的帮助和探讨, 我已经认识到了这个全新的问题的重要性了, 目前正在着手干这件事情. 没有支持 ext 等文件系统的计划, 我对 LINUX 文件系统的结构很不熟悉, 正如对 NTFS 也不熟悉一样.

我想把这事尽快做完, 干别的事情. 以较少的代价, 干较多的事情, 这是我的习惯. 对于有困难的, 就暂且搁置下来.

以下是引用Wengier在2004-2-17 9:17:54的发言：
不点：我刚才到真实机上试了一下，在一个很小的FAT12硬盘分区上，结果NTLDR+GRLDR启动成功！看来现在它已支持FAT12分区了，先前只是虚拟机的问题。

非常感谢. 我不用再去测试了.

pre3 的程序代码比较完美, 按照我们先前的目标, 完全可以作为正式版发布了.

要不要大家来个投票, 决定是否把 pre3 作为正式版?

pre3 的磁盘仿真内核经历了大约两个月而没有任何变化, 从 grub_t10 开始一直没有变化. 是非常稳定的了.

至于说我们正在做的从 MBR 引导 GRLDR 的工作, 完全不是太紧要的, 可以作为 0.2.1 来发布.

wengier 兄的意见如何?

大家都可以说说看.

以下是引用不点在2004-2-17 14:31:05的发言：

以下是引用Wengier在2004-2-17 9:17:54的发言：
不点：我刚才到真实机上试了一下，在一个很小的FAT12硬盘分区上，结果NTLDR+GRLDR启动成功！看来现在它已支持FAT12分区了，先前只是虚拟机的问题。

非常感谢. 我不用再去测试了.

pre3 的程序代码比较完美, 按照我们先前的目标, 完全可以作为正式版发布了.

要不要大家来个投票, 决定是否把 pre3 作为正式版?

pre3 的磁盘仿真内核经历了大约两个月而没有任何变化, 从 grub_t10 开始一直没有变化. 是非常稳定的了.

至于说我们正在做的从 MBR 引导 GRLDR 的工作, 完全不是太紧要的, 可以作为 0.2.1 来发布.

wengier 兄的意见如何?

大家都可以说说看.

Dear TinyBit,

I think naming convention is something you can decide. What is important is about substance.

以下是引用不点在2004-2-17 14:31:05的发言：

以下是引用Wengier在2004-2-179:17:54的发言：
不点：我刚才到真实机上试了一下，在一个很小的FAT12硬盘分区上，结果NTLDR+GRLDR启动成功！看来现在它已支持FAT12分区了，先前只是虚拟机的问题。

非常感谢.我不用再去测试了.

pre3的程序代码比较完美,按照我们先前的目标,完全可以作为正式版发布了.

要不要大家来个投票,决定是否把pre3作为正式版?

pre3的磁盘仿真内核经历了大约两个月而没有任何变化,从grub_t10开始一直没有变化.是非常稳定的了.

至于说我们正在做的从MBR引导GRLDR的工作,完全不是太紧要的,可以作为0.2.1来发布.

wengier兄的意见如何?

大家都可以说说看.

怎麼這樣不能呢?
(fd0)/minix.mnx 是Minix 2.0.4的ROOT.MNX+USR.MNX
grub> map (fd0)/minix.mnx (hd1)

Error 38: 鵹

grub> map (fd0)/minix.mnx (fd1)

Autodetect number-of-heads failed. Use default value 2

Autodetect sectors-per-track failed. Use default value 15

grub> map --hook

grub> chainloader (fd1)+1

Error 26: Disk read error

grub>

(fd0)/minix.mnx 是Minix 2.0.4的ROOT.MNX+USR.MNX
grub> map (fd0)/minix.mnx (hd1)

Error 38: 鵹

谢谢 Roy 兄, 您贴出的这个出错信息, 是一个 BUG. 漏掉了信息的描述. 这个要改正.

出错信息说明: 一个软盘的映像, 不应当作为硬盘来仿真.

grub> map (fd0)/minix.mnx (fd1)

Autodetect number-of-heads failed. Use default value 2

Autodetect sectors-per-track failed. Use default value 15

grub> map --hook

grub> chainloader (fd1)+1

Error 26: Disk read error

grub>

出错信息说明: 磁盘(fd1)不存在. 我们的仿真是不能增加系统中的软盘和硬盘的个数的. 如果真实系统中只有一个软盘, 你就不能用 (fd1) 作为第二个软盘. 可以试试这样:

grub> map (fd0)/minix.mnx (fd0)
grub> map --hook
grub> chainloader (fd0)+1
grub> rootnoverify (fd0)
grub> boot

或者

grub> map (fd0)/minix.mnx (fd0)
grub> chainloader (fd0)/minix.mnx
grub> rootnoverify (fd0)
grub> boot

再次感谢 Roy 兄发现了出错信息描述部分的 BUG.

pre4 补上了出错信息. 没有别的改动.

ftp://211.100.7.71/incoming/grub_for_dos-0.2.0pre4.tar.gz

TO wengier 兄:

这个网页能否更新一下:
http://newdos.yginfo.net/grubdos.htm

(希望把 pre4 提供给国外的朋友下载).

网页上这段话, 能否稍微改一下:
GRUB for DOS now supports different sizes of floppy disk images, such as 720KB, 1.44MB, 1.68MB, and even hard disk images! With GRUB for DOS, you can boot your system from floppy boot images without any real bootable floppy disks at all!

改成类似于:
GRUB for DOS now supports floppy disk images of any size, such as 720KB, 1.44MB, 1.68MB, 2.88MB, and even hard disk images(also with arbitrary size)! With GRUB for DOS, you can boot your system from floppy boot images without any real bootable floppy disks at all!

2.88M 是一个标准的磁盘尺寸, 应该特别提到它的.

另外 0.2.0 包含了 grub for ntldr, 以及 splashimage 支持, 这些也可以提到.

Dear TinyBit,

A simple question - does GRUB.EXE / GRLDR support reading in Menu.1st
automatically?

If so, does it support running virtualization commands within Menu.1st?