中国DOS联盟

在vmware里做实验， 我在第一扩展区(hd0,4),用ghost的系统（放在hd0，0能启动）装了windows98，hd0,0 是dos98， grub为grub4dos 最新版。在菜单中增加如下：
map --in-situ (hd0,4)+1 (hd0)
map --hook
root (hd0,0)
chainloader +1

启动后进win98，就是不能到桌面状态，死机了。 不知哪位做过win98启动，请指教。

windows(至少98系列)有个特性，它会记住它的系统文件在哪个盘符上。如果你的 98 安装在 D 盘上，那么它启动后也只去 D 盘寻找系统文件，找不到就死机或者蓝屏。如果你此时把 D 盘仿真为 C 盘，那么 win98 去 D 盘寻找系统文件就可能失败，就要出问题了。

仿真只在万不得已的时候才使用，如果能够以不仿真的方式达到目的，那就不要使用仿真。

比如说，假如你的 98 安装在 D 盘，可以正常使用，那么，当克隆到其他机器之后，你无须使用仿真技术，只需适当隐藏掉一些导致盘符错乱的分区（或者增加一个 FAT 格式的 C 分区，如果没有的话）（保证 98 启动后能够在 D 这个盘符上找到系统文件以及system.ini, system.dat 等相关配置文件和注册表文件），然后，直接用 chainloader 来启动 IO.SYS 便可。有时候，COMMAND.COM 是在扩展分区上，这一点，微软的启动程序是不承认的，win98 的启动程序只能从主分区启动 COMMAND.COM。所以，其实只需要把 command.com（以及 config.sys 等） 复制一份放在（没有隐藏的第一个FAT）主分区便可。

大概是内存太多了吧:)

Originally posted by 不点 at 2009-6-28 03:14 AM:
windows(至少98系列)有个特性，它会记住它的系统文件在哪个盘符上。如果你的 98 安装在 D 盘上，那么它启动后也只去 D 盘寻找系统文件，找不到就死机 ...

command.com在d盘应该没关系，关键应该是io.sys和msdos.sys不应该在d盘的。这2个只有在活主才可以启动