在进入正题之前，先看看 GRUB for DOS 各系列版本的差异。
GRUB for DOS 0.0.x 系列是没有任何磁盘仿真扩展功能的版本，功能上完全等价于 GNU GRUB。这里说明，GNU GRUB 本身就有磁盘映射功能。磁盘映射是一种特殊的磁盘仿真。磁盘映射只能把一个 BIOS 磁盘号码映射到另外一个 BIOS 磁盘号码，也就是说，它只能整盘整盘地仿真，不能用磁盘中的一个文件来仿真另外一个磁盘。这个版本也是最安全可靠的，可以认为，GNU GRUB 有多安全，GRUB for DOS 0.0.x 就有多安全。
GRUB for DOS 0.1.x 系列具有 0.0.x 的全部功能，除此之外还具有软盘仿真扩展。但是只能用硬盘上的 img 文件来仿真 1.44M 的软盘，并且对软盘映象进行了写保护，也就是说禁止软件通过 int13 接口写入软盘的映象。这个版本也没有已知的安全问题。
GRUB for DOS 0.2.x 系列增加了任意规格的软盘和硬盘的仿真功能，是功能上比较完善的版本。它和 0.1.x 系列的最大不同之处是，它默认时不再保护被仿真的磁盘映像。如果想获得与 0.1.x 等价的功能，必须为 map 命令加上 --read-only 参数。【注：0.1.x 系列也支持 --read-only 参数，但即使没有这个参数，0.1.x 系列也会自动保护磁盘映象不被写入。】
版本 0.2.x 虽然支持写入虚拟磁盘映象，但是，格式化虚拟磁盘映象的 int13/AH=05h 功能并未完整实现。当格式化磁道的时候，GRUB for DOS 0.2.x 并不真的采取任何实质性的格式化动作，也即，它并不改变虚拟磁盘中的任何扇区的内容，而仅仅立即返回“格式化成功”的（类似于 fake write 的虚假）消息给调用者。这没有太大的问题。只有一点需要注意：当您在 DOS/Win98 下要格式化虚拟磁盘的时候，您先不要忙着下达格式化命令，而是要首先运行删除命令，将虚拟磁盘根目录下的所有文件以及所有目录都删去，变成一个空盘，然后再下达格式化命令，这样，格式化后的虚拟磁盘能够正常使用。否则，格式化之前的垃圾目录项仍然在残存着，这将影响虚拟盘的正常使用。
由于版本 0.2.x 支持写入虚拟磁盘，所以，对虚拟磁盘边界的检查是必不可少的一个步骤了。程序已经对此作了保护。当试图读取或者写入超过虚拟磁盘边界的那些扇区的时候，int13 接口会返回失败信息“扇区未找到”，而不是真的读取或者写入（！！）硬盘上紧接着虚拟磁盘映象后面的扇区内容。【读取这些越界的扇区，并无实质性的危险；但写入这些越界的扇区，将给硬盘带来灾难。所以这个保护是必须的。】
有关 GRUB for DOS 0.0.x 系列的说明文档，请看这里： DOS下用GRUB.EXE修复启动故障
有关 GRUB for DOS 0.1.x 系列的说明文档，请看这里： 用 GRUB 来引导软盘映象——节约软盘介质了
从这里下载 GRUB for DOS：
[url=http://www.pccode.net].net/grubdos.htm"http://newdos.yginfo.net/grubdos.htm （英文主页，感谢 Wengier！）
ftp://211.100.7.71/incoming/ 也即： ftp://ftp.cosoft.org.cn/incoming/
接下来，本文只讨论 GRUB for DOS 0.2.x 系列的新功能。
首先，安全的考虑。在版本 0.1.x 的时候，由于只仿真了软盘，并且以只读的方式访问，所以，安全问题不很重要。然而，0.2.x 大大不同了，它不仅可以写入软盘，并且默认就打开了这个功能。所以，如果您不注意的话，您有可能因此而遇到麻烦。大致有以下几种情况：
一、如果您的程序（或者病毒）要写入软盘，那么您的软盘映象可能会改变内容，这可能不是您想要的结果。
二、如果您仿真了硬盘，进入 Windows98 之后，硬盘的号码可能会发生错位【比如 BIOS 磁盘 0x81 变成了 0x82 等等】。这时候如果写入了硬盘映象，可能导致另外一个真实硬盘被破坏掉。这里看到，如果加上 --read-only 参数，安全性仍然可以得到比较好的保障。
三、即使如上述“二”所说加上了只读参数，也仍然存在一定的安全隐患，其原因是，Win98 将我们的 int13 仿真程序当作病毒来对待【在 www.google.com 中查找 MBRint13 就可以找到这类信息】，因此，win98 有可能故意产生某些错误来破坏我们的 int13 的运作。迄今为止并未发现“在加上只读参数后，Win98 仍然破坏磁盘映象”的现象，但也不能保证绝对安全。
四、在整盘映射的情况，加上 --read-only 参数之后，被仿真的磁盘在 DOS 下是只读的，但是在 win98 下不是只读的。这是因为 win98 对于“整盘映射”实施的是“32位磁盘存取”【应当叫做“保护模式磁盘存取”】，它不使用 BIOS，因此它不知道我们加上了 --read-only 参数，所以它会写入磁盘。有鉴于此，所以，在整盘映射的情况下不要使用 --read-only 参数【当然，使用 --read-only 参数并无任何坏处】。
五、如果没有对硬盘进行仿真，也就是说仅仅使用了类似于 map DESTINATION (fd0) 的软盘仿真命令，那么，在 DOS 下应当是比较安全的。然而，如果要在仿真之后运行 win98，请注意这样一个顺序：首先用 map --read-only DESTINATION (fd0) 来运行，当您能够确认 win98 可以正常读出仿真软盘的内容之后，下一次运行 map 命令的时候就可以不再添加 --read-only 参数了。如果不能读出仿真软盘的内容，那就说明读错了位置【可能读出的是别的磁盘上的扇区】，这预示着“写入仿真软盘”将会带来灾难。所以建议在运行 win98 时先用 --read-only 参数进行确认，保证安全。
对于版本 0.2.x 来说，如果某个问题只是引起“死机”，这不被认为是安全问题。只有当某个磁盘扇区被破坏掉了的时候，才算作安全问题。
使用软盘仿真的情况较多，所以，主要用软盘仿真的例子来说明磁盘仿真命令的用法。
1。把硬盘上某个盘符（例如 C:）仿真为 A:，并从 C: 盘引导 win98：
map --read-only (hd0,0)+1 (fd0)
chainloader (hd0,0)+1
rootnoverify (hd0)
boot
上述 (hd0,0) 是 Win98 下的 C: 盘。进入 Win98 后可以发现，现在 A: 盘的内容跟 C: 盘完全一样。这时，如果随意在 A: 盘上删除文件，会导致 C: 盘也删除该文件，因而有可能引起故障（例如死机）。
在 map 命令中，(hdm,n)+1 被解释为代表整个 (hdm,n) 分区，而不仅仅是代表分区的第一个扇区。相比之下，在其它地方，(hdm,n)+1 仍然只代表分区的第一扇区。
2。把硬盘上某个盘符（例如 C:）仿真为 A:，并从 A: 盘引导 win98：
map --read-only (hd0,0)+1 (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)
boot
此处需要用 map --hook 命令激活 A: 盘的就地仿真。如果没有 map --hook 命令，那么后续的 chainloader (fd0)+1 命令就要寻找真实软驱的软盘介质上的内容，而不是我们想要的虚拟软盘上的内容。
最后一条 rootnoverify (fd0) 告诉引导程序说，我们是从软盘启动机器的。
3。把硬盘上某个 img 文件仿真为 A:，并从 C: 盘引导 win98
map --read-only (hd0,0)/file.img (fd0)
chainloader (hd0,0)+1
rootnoverify (hd0)
boot
4。把硬盘上某个软盘 img 文件仿真为 A:，并用该 img 映象里面的文件 dos.img 来引导机器：
map --read-only (hd0,0)/file.img (fd0)
map --hook
chainloader (fd0)/dos.img
rootnoverify (fd0)
boot
此处，file.img 是 C: 盘上的一个软盘映像文件，在这个映象文件中，包含了一个叫做 dos.img 的文件。如果不用 map --hook 命令（该命令启用了就地仿真功能），则无法在后续的 grub 命令行中访问 dos.img 文件。这个例子只是说明 map --hook 命令的作用，我们通常是不会用到这个例子中的方法的。
上述命令中，软盘可以是任意的规格，任意的大小。
下面举一个硬盘仿真的例子，但是最好不要启动 win98，而应当只限于启动 DOS：
map --read-only (hd2,6)+1 (hd0)
map --hook
chainloader (hd0,0)+1
rootnoverify (hd0)
boot
这里，(hd2,6)+1 是第三块硬盘上的某个逻辑 DOS 分区。“map (hd2,6)+1 (hd0)”命令将扩展 DOS 分区仿真为 BIOS 的 0x80 号硬盘。激活就地仿真【map --hook】之后，“chainloader (hd0,0)+1”中的 (hd0,0)+1 就是仿真之后的虚拟 0x80 硬盘分区，而不是仿真之前的 0x80 号硬盘分区了。【此处的 (hd0,0)+1 实际上就是仿真之前的 (hd2,6)+1】。您应当保证这时在该分区中存在着 DOS，否则引导会失败。如果您不启动 win98，可以不用 --read-only 参数。如果试图启动 win98，通常会引导失败。
因为 MS-DOS 的逻辑分区之前的 63 个扇区处，都存放了一个“扩展分区的分区表”，所以有可能用它来仿真一个硬盘。“扩展分区表”中的引导记录全都是 00 字节。GRUB for DOS 0.2.x 在读取这个分区表的时候，作了一些修改，使得这个表看起来像是一个合法的硬盘主分区表。GRUB for DOS 并不写入该扇区，因为默认的 safeboot 在起作用。这是安全的。在这种情况下不应当加入 --unsafe-boot 选项，因为 win98 会随意写入虚拟磁盘的引导扇区，这将导致该分区表信息的错位，造成扩展分区不可访问的后果【内容还在，只是扩展分区表错误导致不可访问。手动修改扩展分区表可以解决这个问题，但需要计算准确】。
上述硬盘仿真的例子，如果改成下面的方式，这将是失败的：
map --read-only (hd2,6)+1 (hd0)
chainloader (hd2,6)+1
rootnoverify (hd0)
boot
分区 (hd2,6) 的 DOS 引导记录中有一个“隐含扇区”的字段，这个字段必须修改。如果没有 map --hook 命令，该字段不会被正确修改，因而将导致引导失败。修改该字段的程序，是在 int13 的中断处理程序中，所以需要 map --hook 之后再读出该扇区的内容【此时所读出的该扇区内容已经经过恰当修改了】。在 map --hook 之后，应当使用 chainloader (hd0,0)+1 来装入仿真之前的 (hd2,6)+1，直接用 chainloader (hd2,6)+1 是错误的【直接用 chainloader (hd2,6)+1 结果，使得该扇区不能利用 int13 的中断处理程序进行必要的修改，这将导致引导失败】。注意，int13 仅对磁盘 (hd0) 起作用，对 (hd2) 不起作用，这是因为 map --read-only (hd2,6)+1 (hd0) 命令只对 (hd0) 进行了仿真，而对其它磁盘【包括(hd2)】都没有进行仿真。所以，int13 程序会修改 (hd0,0)+1 但不修改 (hd2,6)+1。
又，上述“修改”并不发生在磁盘上，而是发生在内存中。所以，磁盘上的扇区内容不会改变。也就是说，当读取该扇区的时候，要对读出的扇区进行修改，从而保证扇区内容可用；而当写入扇区的时候，由于默认的 safeboot 在起作用，所以，不会有写入的动作，直接返回虚假的“写入成功”的消息。
前面已经解释过了，safeboot 只保护硬盘 MBR 主引导扇区以及硬盘第一个主分区的第一个扇区（通常是 DOS 的引导扇区）——只保护这两个扇区，不保护其它扇区。
GRUB for DOS 0.2.0 还包括了 BOOTGRUB 和 GRLDR 文件【它们叫做“GRUB for NTLDR”】。这两个文件用于从 Windows NT/2000/XP/2003 的引导菜单中直接启动 GRUB。用法是，将 BOOTGRUB 和 GRLDR 拷贝到 Windows NT/2000/XP/2003 的 C: 盘根目录【C:盘根目录下应当有隐藏的 NTLDR 和 BOOT.INI 文件】，然后修改 BOOT.INI 文件，一般是在 BOOT.INI 文件尾部添加类似如下的一行：
C:\BOOTGRUB="启动GRUB"
重新启动机器，选择相应的菜单项就进入 GRUB 了。
安全建议（这是以前写的，现在还保留它，或许这是引起注意的一个好办法）：
1。如果您用 GRUB for DOS，请尽量用版本 0.0.x 的，不要用更高的。
2。如果您不用 0.0.x 的，请尽量用版本 0.1.x 的，不要用更高的。
3。如果您不用 0.1.x 的，请尽量用版本 0.2.x 的，不要用更高的。
4。如果您用 0.2.x 的版本，请尽量不要用 map 等磁盘仿真命令。
5。如果您用 0.2.x 的版本，也用了 map 命令，请尽量先在虚拟机中测试运行。
6。版本 0.2.x 在您的虚拟机中测试过了之后，在真实机器中尽量用 --read-only 等参数运行。
7。尽管已经把 map 命令加上了 --read-only 等参数，但也请尽量不要启动 Windows。
8。如果要启动 Windows，请尽量不要把用来仿真的 img 映像安置在 (hd0) 驱动器上。
9。如果启动了 Windows，即便仿真磁盘的映像不在 (hd0) 驱动器上，您也得做好最坏的打算：其一，如果仿真映像被毁，您不要感到出乎意料；其二，如果某个真实磁盘全部被毁，您不要感到难以接受；其三，如果您的所有的、全部的硬盘都报废了，您也不要感到太奇怪。
10。版本 0.2.x 以后的仿真技术是给熟练的电脑玩家作为研究的目的来使用的，不是给普通用户使用的。
11。玩家们最好互相交流经验，研究别人在使用过程中失败的情况，详细阅读说明文档，避免使自己遭受不必要的损失。
在初期的测试中暴露出很多问题，也损坏过很多硬盘，所以在这里特别通报一下，并写出了上述注意事项。
map 命令的新功能是有某种危险的，建议首先在 VMware 或者 Virtual PC 这类虚拟机中测试。先用 --read-only 或者 --fake-write 参数运行 map 命令，这样是在只读状态下测试，安全一些。只读测试一段时间后，没有问题的话，再进行全面测试。测试时，在 grub 所仿真的虚拟磁盘上安装 DOS/Win9x/Me，不要用别的操作系统。即使全部测试都成功，这个仿真技术也仍然有着它固有的危险性。这是基于 BIOS 的仿真，不是全方位的仿真。例如，当你格式化一个磁盘的时候，你得明白这个磁盘是不是仿真了的? 以及你所用的格式化软件是使用 BIOS 呢? 还是使用磁盘 IO 端口读写? 使用 BIOS 的格式化软件，在仿真之下是安全的。使用磁盘 IO 端口的格式化软件，当它格式化一个仿真了的磁盘时，在最坏的情况下，实际上会格式化你的真实硬盘，至于说这种危险的误操作会发生在哪个硬盘上，取决于使用了什么样的 map 命令集（参考下面的“技术细节和实现方法”一节）。更进一步的测试，请大家报告 DOS 的 format 命令、Windows 资源管理器的格式化命令、磁盘碎块整理命令等等，以及第三方生产的 HD-COPY 等工具软件在进行格式化操作时是否安全。
技术细节和实现方法：
GRUB for DOS 0.2.x 将要对各种规格的软盘映像给以支持。由于硬盘的仿真也很类似，所以，也要对硬盘的 img 给以支持。另外，GRUB for DOS 0.2.x 也要开放写入虚拟磁盘的操作（写入虚拟盘是一种危险的操作，因为实际上我们写入了硬盘的 img 文件中，万一 GRUB for DOS 0.2.x 的仿真程序有 BUG，写入硬盘其它扇区中，可能造成数据毁损、无法启动等严重问题！）。
对软盘规格：需要解决的技术问题是如何恰当地处理三维的几何地址，也就是平常所说的 CHS（C——磁道柱面号；H——磁头号；S——扇区号）。对于真实的软驱（和软盘），都有这些规格的。然而，我们仿真之后的 img 文件，却无法表示这些规格。例如，一个 1.44M 的没有格式化的 img 文件，里面的数据全部是 00，怎么确定其 CHS 值呢？
当 img 文件已经经过 DOS 的格式化时，就用软盘第一扇区的 BPB 表来确定 CHS 值。如果没有经过 DOS 的格式化，或者发现其 BPB 表是错误的，那么就根据 img 文件的大小来确定 CHS 值。如果是标准的（或者常用的）软盘 img 尺寸，如 1.44M，1.2M，2.88M 等等，就用已知的 CHS 值。我们支持的软盘尺寸甚至可以是任意的（非标准的），如 10M 或 50M 或 500M 的软盘 img 文件。这时候，如果 BPB 表中没有合法的 CHS 值，就需要用 map 命令行参数来手动设置 CHS 值了。如果命令行没有指定 CHS 值，给出一个错误信息，拒绝仿真。当软盘 BPB 表和 map 命令行都有 CHS 的指定时，以命令行的指定为准，如果两者有差别，给出一个警告信息。
软盘规格列表(不支持扇区大小不等于 512 字节的防拷贝加密软盘):
软盘容量每面磁道数每道扇区数磁头数或面数
----------------------------------------------------------------
0160K(标准)40081
0180K(标准)40091
0200K40052
0250K50(暂用)10(暂用)1
0320K80081
0320K(标准)40082
0360K(标准)40092
0400K(优先)40102
0400K80052
0420K42102
0500K50(暂用)10(暂用)2
0640K80082
0720K(标准)80092
0729K81092
0738K82092
0747K83092
0756K84092
0800K80102
0810K8110
