現在的大容量硬碟越來越多，所以硬碟的分割槽就顯得很重要了。怎樣才能做到更精確的分割槽容量呢？
這裡分割槽計算存在誤差，既不是標準的 1024 也不是工業上面的 1000，而是：
(a－1)×4+1024×a=y
其實這個公式只是使用fat32格式的分割槽，ntfs則應用不了
-------------------------修正版-----------------------
最近把硬碟格式都改為ntfs，分割槽時發現按照上面的公式分出來的不是整數大小，搜尋了一下找到正確答案。
精確的演算法如下：
硬碟一般有255磁頭，63扇區，故每柱面大小為：
512byte x 255 x 63＝8225280bytes ＝7.84423828125 m
如果要分4g,那麼要4x1024m=4096m
需要柱面數為4096÷7.84423828125=522.166
取整數既為523個柱面
應分m數為523x7.84423828125=4102.53662109375m
不管小數點後面幾位都進1，也就是4103m，windows就認為是4.00g了。
這個方法ntfs和fat32通用。
硬碟精確整數分割槽教程 NTFS和FAT32通用
最精確的演算法如下 硬碟一般有255磁頭，63扇區，故每柱面大小為 512byte x 255 x 63 8225280bytes 7.84423828125 m 如果要分4g,那麼要4x1024m 4096m 需要柱面數為4096 7.84423828125 522.166 取整數既為523個柱面...
硬碟整數分割槽大小計算公式（硬碟分割槽計算）
無論是使用fdisk還是其他分割槽軟體進行分割槽，都需要輸入準備分配的分割槽容量，這個數值是以mb為單位，不過如果你輸入2000mb的話並不會得到2gb的整數容量，而是1.9gb 眾所周知，1gb並非等於1000mb，而是1024mb，但筆者在實際分割槽中卻發現，即使輸入2048mb也不會得到整數的...
掛載NTFS分割槽
ls lib modules 2.6.9 55.el kernel fs 方法a uname rna 一定要和核心版本相對應 rpm ivh kernel module ntfs 2.6.18 8.el5 2.1.27 0.rr.10.11.i686.rpm fdisk l mount t ntfs...