EasyDebug.NET

硬盤分區計算器

NTFS、FAT32、exFAT 整數分區在線計算

目標分區大小

計算結果

NTFS102,407 MB
FAT32102,796 MB
exFAT102,400 MB

常用分區大小對照表

目標容量 NTFS (MB) FAT32 (MB) exFAT (MB) 創建後顯示
10 GB 10,24510,27610,24010.0 GB
20 GB 20,48220,55620,48020.0 GB
30 GB 30,72630,83630,72030.0 GB
50 GB 51,20851,39651,20050.0 GB
100 GB 102,407102,796102,400100.0 GB
150 GB 153,606154,196153,600150.0 GB
200 GB 204,806205,596204,800200.0 GB
300 GB 307,204308,396307,200300.0 GB
500 GB 512,002513,996512,000500.0 GB

算法說明

為什麼分區後顯示的不是整數?

Windows 使用二進制(1024 進制)計算存儲容量,而磁盤廠商用十進制標註容量,兩者換算差異導致輸入 102400MB 卻顯示 99.9GB。同時文件系統還會預留引導扇區、元數據等隱藏空間,因此需要補償計算才能得到整數的顯示容量。

NTFS 整數分區算法

NTFS 分區按完整的柱面進行分配,每個柱面大小為 512 字節 × 255 磁頭 × 63 扇區 = 7.84423828125 MB:

柱面數 = ⌈ GB × 1024 ÷ 7.84423828125 ⌉

⌈ 柱面數 × 7.84423828125 ⌉

FAT32 整數分區算法

FAT32 使用經典的線性補償公式,每 GB 額外補償 4 MB(首 GB 不計入):

1024 × GB + 4 × (GB − 1)

例如:100GB → 102796 MB(FAT32)

exFAT 整數分區算法

exFAT 沒有像 NTFS/FAT32 那樣公認的補償公式,這裡按最簡單的 1024 直接換算:

1024 × GB

以上公式適用於 Windows 10 / 11 磁盤管理的「新建簡單卷」;分區工具不同、是否 4K 對齊、GPT/MBR 等因素可能帶來幾 MB 的細微差異。

這個工具不好用,或者遇到 bug?

去回報
站長的博客
提個建議