来源：51CTO.com

　　一、问题提出

　　硬盘越做越大，然我喜欢让我忧。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就是这样的经典作品之一,但到了关键时刻还得请他出马。