データ用に250GiBのバックアップパーティションを作成しているときに、報告されたパーティションサイズとNautilus、gParted、df、tune2fsなどの空き領域との間に多くの矛盾があることに気付きました。
最初は、GiB / GBの混乱だと思いました。そうではなかった。
それから、ext4の予約ブロックになると思いました。そうではなかった。
私は完全に困惑しています。以下に画像を示します。手順は次のとおりです。
- まず、NTFS。524288000セクターx 512バイト/セクター= 268435456000バイト= 268.4 GB = 250 GiB。
Nautilusは「合計容量：250.0 GB」と言います（実際にはGBではなくGiBです）。そのマイナーな誤表示は別として、これまでのところ、とても良い
- ここで、gpartedでext4としてフォーマットされた同じパーティション：
最初、最後、合計のセクターは同じです。同じ250GiBパーティションです。使用済みサイズは4.11GiBです（予約済みのブロックかどうか？）
いや。予約済みブロックは12.7 GiB（〜5％。痛い！）のようです。しかし... 合計容量が246.1 GiBになった理由??? 。その違い（並べ替え）は、gpartedによって報告された4.11 GiBと一致します。しかし...予約ブロックからではない場合、それは何ですか？そして、なぜgpartedは12.7GiBの使用済みスペースを報告しなかったのですか？
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 234G 1% /media/BACKUP
df報告された空き領域のNautilusと一致します。しかし.. 188Mしか使用していませんか？〜12GBにすべきではありませんか？そして、総容量はまだ間違っています。だから私はtune2fsいくつかの手がかりを見つけるために走った。（無関係な出力は省略されます）
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 3276800
Free blocks: 64459851
First block: 0
Block size: 4096
合計65536000ブロック* 4096バイト/ブロック= 268435456000バイト= 268.4 GB = 250 GiB。gpartedと一致します。
3276800予約済みブロック= 13421772800バイト= 13.4 GB = 12.5 GiB。（これもまた）ノーチラスに一致します。
64459851の空きブロック= 264027549696バイト= 264.0 GB = 245.9 GiB。どうして？250-12.5 = 237.5（または250-（12.5 + 4.11）=〜233）のいずれかではありませんか？
予約済みブロックの削除：
$ sudo tune2fs -m 0 /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks percentage to 0% (0 blocks)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 0
Free blocks: 64459851
Block size: 4096
予想どおり、同じブロック数、0予約ブロックがありますが、... 同じフリーブロックですか？私はちょうど12.5 GiBを解放しませんでしたか？
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 246G 1% /media/BACKUP
私がしたように見えます。利用可能なスペースは233から245.9 GiBに増加しました。gpartedはまったく気にせず、まったく同じ情報を表示しました！（同一のスクリーンショットを投稿しても意味がありません）
なんて大きな混乱だ！
できる限り文書化しようとしました...では、ここで何が起きているのか、手がかりを教えていただけますか？
- NTFS-> ext4フォーマットで失われた不思議な4.11 GiBとは何ですか？
- gparted、Nautilus、tune2fs、dfの間に多くの不一致があるのはなぜですか？
- 私の数学の何が問題になっていますか？（太字の質問はこの投稿に散在しています）
どんな助けも大歓迎です。何が起こっているのかわかりませんが、/パーティション以外のすべてについてNTFSを支持してext4をあきらめることを真剣に考えています。
ありがとう！