然后就是格式化（Format）了。在磁盘初始化之后，会分出不同的扇区，这些扇区的地址信息会存储在磁盘的MBR（主引导记录，Master Boot Record）中。
然后主引导记录后面会记录一个分区表，分区表内来记录磁盘的不同分区也就是CDEFG……盘的具体起始和结束位置。Format格式化的工作就是对某一个具体的分区进行“簇”的划分，如果不选择快速格式化的话，还会得每个“簇”进行填充0的操作。
“簇”（Cluster）这个概念就不是硬盘上的物理概念了，而是操作系统为了存储文件所做的一个中间体。一个簇会涵盖一个或多个磁盘上的扇区。
这是一个操作系统驱动磁盘的驱动程序算法。只不过在当年由于磁盘空间不大，例如W君最早用的硬盘磁盘是40MB的，存储簇数据的空间在硬盘上也就是相当宝贵了，于是在FAT（文件分配表）最早的版本中存储的簇的数量是固定的。这就带来了一个问题，例如在一块40MB的硬盘上簇所代表的存储空间是1KB，但是到了一块1GB的硬盘上，一个簇的所代表的存储空间就是16KB了。
对于磁盘来说簇的大小是指磁盘上存储文件位置的门牌号。
但对于操作系统来说，簇是文件的最小存储空间。每个文件至少要占用一个簇
早期硬盘容量小价格贵啊！那么如果一个1K大小的文件存储在一个1K大小簇里面是理想的情况，但是世界上哪有这么多碰巧的事情呢，一个文件可能是1K 1个字节。那么在存储的时候也就占用了2个簇。这就浪费了一个1K宽的99.99%的空间也就是浪费了1024个字节。问题还没有结束，如果是16K大小呢？这就导致了一个1K的文件浪费了15K的存储空间。
从统计学上来说每个文件会浪费半个簇的空间。如果簇被设置得过大就会导致硬盘出现极大的空间浪费。
这也是为什么在当时的问答里面给大家发出的簇尺寸对照表。面临着巨大的浪费当然是得考虑解决办法了，簇和分区大小的尺寸直接关联啊，所以把分区做小就可以节省磁盘空间。于是磁盘就开始分区了。
把一块1G的硬盘分为基本够用的200MB硬盘四块，这样簇的大小就由32K降低到了4K，大幅度的降低了文件占用的实际磁盘空间。这才是磁盘分区的一个初心所在。
到了硬盘越来越大的时候，显然分更多的磁盘分区（也就是CDEFG盘）并不能有效地解决簇越来越大的问题，于是诞生了类似于FAT32的磁盘分配表格式或者干脆就是NTFS这样的磁盘分配格式，这些格式有一个共同点就是一个磁盘上的簇都被统一划分为固定大小。例如FAT32的簇就固定在了4K，也即是说平均每个文件浪费2K的存储空间，这样的浪费对于大硬盘用户来说已经是可以接受的了。同时也带来了不用那么多分区的便利性。
但历史是有惯性的，尤其是给硬盘分区这种普通用户自己做不来的操作，往往被电脑装机商当作秀技能的表演项目给保留下来了。于是硬盘的分区就深深地刻入了个人电脑用户的意识里。
从狭义上来讲，一块硬盘分布分区性能是一样的，但如果用久了性能还真的是不一样的。这是因为操作系统的倾向性问题。操作系统往往更倾向于往连续的簇里面写文件。
