データ用に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をあきらめることを真剣に考えています。
ありがとう!