突破极限 解决大硬盘上安装Sco Unix新思路

一、问题提出

硬盘越做越大，然我喜欢让我忧。10年前就遇到过在586电脑BIOS不认识超过8.4G容量硬盘的问题，以及Windows Nt操作系统不认大硬盘（容量超过8.4G）的问题，对于Linux 通过LILO启动的时候也不能突破硬盘8.4G容量的限制。

原因主要是这样，过去的BIOS使用的是8位寻址方式编号从0到7，故他表示的范围是0-255之间变化，硬盘容量大小的计算方法是：512X磁头数X柱面数X每磁道扇区数，每个扇区的大小是512字节，所以最大寻址范围是： （1024 * 255 * 63 * 512/1024/1024）=8.4G 。

目前的电脑主板BIOS普遍采用48位寻址，早已解决了137G硬盘的限制，最近我们机房服务器升级更换批旧服务器，需要把UNIX系统更换到新机器上，机房到了一批新Dell OptiplesGx755 PC，配置有120G硬盘,用作UNIX Server,操作系统为Sco UNIX Open Server 5.0.6。

先按默认参数在其上安装UNIX，安装完毕后发现，进入UNIX后只能找到8G的硬盘空间。因为这批机器是专门配置为在UNIX下工作的，剩下约112G无法利用，硬盘的利用率只有7%,资源浪费极大。我们就开始做实验继续尝试不同的方法解决问题。

二、一组实验结果

为了攻克这一课题，我们用代替法反复实验，在HP，IBM，多款120G硬盘的PC上，采用了不SCO 提供的大容量硬盘安装模式，在biosgeom指定参数安装Sco OpenServer 5.0.6,发现下列情况：

（a）在IBM、HP多款PC上安装UNIX等正常引导，但发安装OS的硬盘，拆到DELL机器上，却不能正常引导，开机显示“NO OS";

（b）在dell pc上安装120G的UNIX，改用大硬盘安装参数时，不能正常引导，开机显示“NO OS”,使用默认方式只能认到8G磁盘空间，浪费极大。所以我认为，Dell Optiplex Gx755 pc 应该可以支持Unix,否则8G的UNIX也不能用。

三、分析原因

根据上述情况，我认为关键问题出在硬盘的主引导扇区（位于整个硬盘的0磁道0柱面1扇区）上，再深入分析一下，硬盘的主引导扇区的组成为主引导记录（1BEH byte）+分区表（40H byte）+结束标志（2H byte）。

UNIX系统的安装程序会把硬盘参数写入主引导记录：第一次安装UNIX时，由于原硬盘上的主引导记录不是UNIX格式，安装程序会想硬盘写入UNIX格式的主引导记录；以后用缺省参数重装UNIX;如果原有主引导记录已经是UNIX格式，则安装程序不再修改主引导记录；如果采用biosgeom指定参数安装，UNIX的安装程序将重写主引导记录。

默认安装UNIX时，安装程序识别硬盘最多有1024个Cylinder,当硬盘实际Cylinder数量小于1024,安装程序在主引导记录写入实际的Cylinder,Head,Sectors数（磁盘大小=cylinders x heads x sectors per track x 512）；当大于1024时，安装程序在主引导记录中标记硬盘的cylinder数为1024,连同head,sectors数一起写到

硬盘的主引导记录，这些参数表示硬盘的总容量大小,而UNIX分区大小则在分区表中定义。在UNIX引导时系统显示的Cylinder,Head,Sectors数就是从主引导记录中读取的。Dell P c引导UNIX时，如果主引导记录中的Cylinder数超过1024,将导致BIOS 引导程序无法找到操作系统，而显示“NO OS"。

四、解决方法

现在市面上的硬盘的硬盘控制器内部安装了一个地址翻译器，早已突破了1024柱面的限制，但我们在安装系统的时候还是要注意，一定要在BIOS中将硬盘设置成LBA模式。下面我们解决问题的思路是这样的，可以假设在安装了120G的UNIX的硬盘上，主引导记录换成能正常引导8G的UNIX硬盘的主引导记录，引导系统时，应该可以找到操作系统，只要机器能够引导，UNIX就能够找到的空间由分区表确定。真正有价值的东西不会轻易退出历史的舞台，Debug就是这样的经典作品之一,但到了关键时刻还得请他出马。

操作步骤：

(a)安装一台可以正常引导8G UNIX的Dell Pc;

(b) 做一张DOS引导U盘,要带Debug.exe工具，在BIOS设置第一引导设置为USB-HDD模式（U盘制作启动盘方法参考其他文章）。

(c)在安装8G UNIX的Dell Pc上用软盘引导,进入Debug，提取硬盘的主引导记录，保存在U盘上。