新しいext4パーティションがあります。つまり、mkfs.ext4 -m 0.1/dev/mapper/abak-homeでフォーマットしただけで、既に27Gのスペースが使用されています。予約済みのルートスペース(-m)を0に設定しても効果はありません。
私はLVMを使用していますが、LVMがこれに影響を与えるとは思いません。 Ubuntuバージョンは12.04 LTSです。
#df -h 使用されたファイルシステムサイズAvail Use%マウント先 ... /dev/mapper/abak-home 1.8T 27G 1.8T 2% /home
それからext3でパーティションをフォーマットしてみましたが、結果はかなりbetter:
#df -h 使用されるファイルシステムサイズAvail Use%Mounted on ... /dev/mapper/abak-home 1.8T 196M 1.8T 1% /home
とにかくなぜ違いとどのようにfix this?
修正するものは何もありません、これは完全に正常です。
ext4は多くのオーバーヘッドを作成しますbefore任意のファイルが作成されます。 notは、ext3よりも「悪い」ことを意味します。そのパーティションをファイルで満たすと、ext3(およびNTFS)のオーバーヘッドがファイルに比例して増加することに気付くでしょう。ext4では基本的に永久に一定のままです。
オーバーヘッドを「事前に割り当てる」ことで、オーバーヘッドを管理できますmuch成長するオーバーヘッドよりも優れています。そのため、ext4は、ext3が後で行うことを実行しています。
それに、27Gはよく見えるかもしれませんが、それでもわずか1.5%のオーバーヘッドです。それを、スラックスペースがパーティションスペースの5%から30%を消費する可能性のあるFATの昔と比較してみてください。それ以降、物事が大きく進化していることがわかります。
また、against using -m 0
を強くお勧めします。予約済みスペースには理由があります。断片化の可能性を低くし、fsck
用のスペースを節約します。 sersからのみ予約されていますが、root(およびすべてのソフトウェアインストール)が完全に使用できます。 5%が過剰だと思われる場合は、少なくとも1%を残してください。
覚えておいてください。ext
には断片化の悪夢はありません。しかし、この美しさには代償が伴います。適切な管理のためのスペースとして空きスペースが必要です。それを彼に渡せば、物事はずっとスムーズに動きます。それに、より大きなものを購入する前に90%を超えるHDDを使用したことがありますか?では、5%の予約スペースの問題は何ですか?パーティション全体を一杯にして、他のプロセス用のスペースが不足しているためにOSをクラッシュさせる12 GBのファイルを次に誤って作成したときに、時間を節約できます。
より詳細で詳細な技術資料については、 こちら をお読みください
これはオーバーヘッドにかかっていると思われます。ファイルシステムには、ファイルに関する情報を保持するための場所が必要です。新しいファイルシステムであるext4には、ext3よりもファイルメタデータ用に多くのスペースを予約するデフォルトがあります。
LVMがこれに影響を及ぼさないのはあなたです。ブロックデバイスを提供する別の方法にすぎません。
必ずしもこれを「修正」する必要はないと思います-そして、このような大きなドライブでは、ext3よりもext4の方がデフォルトオプションを使用した方がうまくいくと期待しています。ファイルシステムの作成時にオプションを微調整する場合は、mkfs.ext4
のマニュアルをいつでも確認できます。そのような選択は、ボリュームの予想される負荷を考慮して、おそらく最適に行われます。