我用win7 有一段时间了。最近一次装win7 遇到了一个问题，有150G不能分区格式化分区的时候总是提示空间不够。如下图就是中间的150G

 

650) this.width=650;">

 

650) this.width=650;">

 

       我试过调小分区大小 改分50G 也是同样的提示。令我百思不得其解，郁闷啊~~~徒有150G却不能使用。直到学了数据恢复对分区表有了一点了解，问题总算解决了。

       我先说一下成因，在装win7之前我的机器上有三个系统分别是windows2003、windows2008、win7。因为当时好奇想体验一下装有多个系统的环境，感觉也不怎样啊~~~用起来还很麻烦要重启。所以我就改只装win7   下面是之前的硬盘的分区情况

650) this.width=650;">

        改为只装win7 后我把C:和D：合并为C:   把E：、F:、G：合并为D:   下面依次是E:、F:  因为原来的H：、I：有数据我没有格式化。 于是为题就来了在装系统时本来C：应该是30G  结果有100M作为系统预留空间；合并后的D：不能格式化并且把C：以后的空间都改为了扩展分区。因为F:(也就是原来的H：)没有重新分区，在扩展分区中已经有了一个主逻辑分区后面的其他逻辑分区都会以它为基准定位。我想为题可能就是这样产生的。

       学了数据恢复后了解了分区表，我用WinHex查看了一下分区表如下图

 

650) this.width=650;">

 

       分区表的内容是第一个分区表项是描述C：之前的那100M；第二个分区表项是描述C：的；第三个分区表项是描述扩展分区的。

      在WinHex中 打开“访问”后 看到的有很多被删除的分区。如图

 

650) this.width=650;">

 

我用虚拟机做了一个win7 分区后我删除一个分区又重建出来，用WinHex打开“访问”出现了相同的问题。

       我找到了扩展分区的分区表如图

 

650) this.width=650;">

 

650) this.width=650;">

 

 经过计算在扩展分区表和E：的起始相差了150G正好是没能分区的D：

 下面是我经过计算得出的数据（先用LBR表示再用 C/H/S表示）

1、MBR中的分区表项

（1）100M          2048——204800                     0/32/33——12/190/51

（2）C:              206848——61431807             12/223/20——3823/243/4

（3）扩展分区  61432560——1953503999      3824/0/1——121599/254/63

2、第一个扩展分区表

（1）E：            376017453——1243141829    23406/1/1——77381/254/63

（2）下一扩展分区 1243141830——1953503999  77382/0/1——121599/254/63

3、第二个扩展分区表

       F：             1243141893——1953503999    77382/0/1——121599/254/63      

要利用D： 的150G 解决方案是把D：划分为主分区。这样一来后面两个扩张分区的起始要发生变化  。修改后的分区表如下图

 

分区表<一>

650) this.width=650;">

 

分区表<二>

650) this.width=650;">

 

分区表<三>

650) this.width=650;">

 

修改分区表后重启 打开计算机管理

 

650) this.width=650;">

 

OK 啦   150G 又可以使用啦。看一下分区表中的“访问”

 

650) this.width=650;">

 

 

       我发现一个问题win7 之前的系统分区时第一个分区的起始是63扇区，但是win7的第一个分区的起始是2048扇区。