在一台电脑上安装145个操作系统(1)(7)

◆引导方案的说明注解

(1) 在一般情况下一个Linux用户能用任何一个发行版中的得到的第一个Grub和使用它的 menu.lst 引导剩下的144个系统。

(2) 标准的 Grub 执行程序使用 menu.lst 作为菜单文件，它不在/boot 就在/boot/grub 目录下。很少部分，特别是那些属于红帽家族的，使用一个指向 Grub.conf的符号链接。我只遇到一个或两个只使用 Grub.conf 而没有 menu.lst 的发行版。

(3) 那个简单的 Grub 引导方案使任何一个操作系统立即变得可引导当它的安装完成时，只要根分区被灌进了引导文件。一些早期发行版本比如 Suse 和 Debian运行一个两段式安装程序，需要重启来完成安装。这种安装方式不会影响我提出的引导方案。只要在第一阶段结束后引导要求的分区，安装程序会完成剩余的工作。

(4) 建议的引导方案是了解一般引导和特别是Grub 是如何工作的很好的范例。

(5) 不可能用 NTLDR，类NT Windows 比如 Win2k 和 XP 使用的引导程序，去引导我表单里那么多的 Dos 和 Windows，更不用说 Windows 启动时会影响的那么多 Linux，ini配置文件最多允许10个入口的静态界面。我从没试过所以也不能评论我认为它和NTLDR有区别的 Vista 新引导程序，。

(6) 从技术上说也没有可能用 Lilo 作这么一个引导方案，因为a）Lilo会检查每一个入口，并且拒绝执行如果发现那不是一个有效的可引导分区，所以不要希望Lilo 接受一个为引导做准备的空分区。b）Lilo也使用一个最大数目为27个引导镜像的静态引导界面。因此如果谁想要引导大量的系统，Grub 是唯一的选择。

(7) Grub 根据版本发布有很多不同的特性。明智的选择是在引导方案中使用最新版本0.97。Grub 可能会失败当你叫一个低版本的小弟去“链启动”它的大哥。

(8) 在我提议的简单引导方案使用时，Grub是最精力充沛的引导程序。这是因为引导过程完全不依赖于任何系统包括Linux 内核。一旦Grub 被Linux 创建进程，就是当在Bash 命令行调用 Grub shell时，它会承受任何内核可能带来的不足。比如在 Linux 启动之前Grub 会看到从BIOS那时得来的所有分区设备。可是当一个老的Linux 启动后它的内核可能不会预见大数字的分区，可能不会装载所有设备导致Grub无权使用那些大数字的BISO设备。因此用户相要在一个大数字的分区比如 hda60 恢复 Grub，这个Linux 命令可能会失败

命令:

grub-install /dev/hda60

然而从软盘启动 Grub，同样的任务总是会成功

命令:

root (hd0,59)
setup (hd0,59)

(9) 提议的引导方案可能从一个软盘执行。

(10) 像Dos一样，Grub现在还在承受不能识别USB设备的痛苦，并且我还没发现任何能从USB设备启动的Grub。记住当Grub 启动时它还无权使用一个内核，因此它不能察觉可移动设备除非充分的改进它的代码。Grub的计算机代码显然只有随着引导程序标准的完善而成长。< /p>

(10) 如果由于任何原因引导程序不完善或不正确的被安装到了根分区，参考这个链接

去恢复。一个安装程序可能比一个操作系统本身有更多的bug。

◆安装方案的说明注解

(a) 在同一个硬盘安装大数量的发行版的一个问题就是它会吓到一些Linux，然后把安装程序吓得粉身碎骨。这对一些看起来对设备名称的限制的老一点的发行版来说是真的。例如很多发行版分区名称在 hda20 或 hda24 或 hda32 就停止了。

(b) 在极端情况下，在不多于15个分区的单独硬盘因为 Linux 最多支持15个分区的SCSI/Sata硬盘）上安装Linux ，然后通过使用 Linux 的“dd” 或 “tar” 命令，把它移动到另一个硬盘的最后位置，这是可能的。然而被提到的分区应该在引导程序配置文件中更新，menu.lst 或 lilo.conf 中的一个，和系统文件 /etc/fstab。顺着这条思路让Linux 扩展它的 /dev 列表，还有就是遵循 Exodus2001 和 bwkaz的建议。