web-dev-qa-db-ja.com

新しいHDDをマウントすると、なぜ多くのスペースを失ったのかを理解する

メディアサーバー用に4TB Western Digital Redハードディスクを購入しました。 ext4としてフォーマットしてからマウントすると、なぜ多くのスペースが失われてしまったのかを理解したいと思います。ドライブ自体のファイルの一部が失われることは承知していますが、失ったものは少し多いようです。

私が取った手順:

Sudo mkfs.ext4 /dev/sdeを使用してドライブをフォーマットしました

編集FSタブなので、起動時に自動的にマウントされます

UUID=3276bc13-20a5-4225-ad33-d8fecdd5216c /wd_red_1 ext4 defaults 0 0

df -hを実行すると、これが私の出力です

/dev/sde        3.6T   89M  3.4T   1% /wd_red_1

合計で700GBの容量を失ったことは、それほど多くはないように思えますか?

比較すると、同じプロセスを経たSeagate 2TB HDDがあり、200GBしか使用していません(そのため、1.8TBが使用可能です)。私は何か間違ったことをした?

サーバーは18.04.3 LTSを実行しています

14
Matthew Keogh

ディスクメーカーはサイズを10進値でリストしているため、4TB HDは実際には4,000,000,000,000バイトです。ただし、df -hは2進数のベース番号でリストします(つまり、4KBは4096バイト、4MBは4,194,304バイト、4GBは4,294,967,296バイト、4TBは4,398,046,511,104バイトです。4,000,000,000,000バイトのディスクのみを購入したため、3.63798807 = TB(2進数で)。これは、df -hで表示される値とほぼ同じです。

容量を失うことはありませんでした。これは、メーカーがプレイする数字ゲームです。

これを確認するには、df -Hを試してください。大文字のHを使用すると、10進値でリストされるため、「3.6T」の代わりに「4T」またはその数値に非常に近いと表示されます。メーカーはさらに進んで、彼らがリストする「4TB」も概算です。実際の値はそれよりも多少多かったり少なかったりします。

63
Rich

確かに、Richによって提供された承認済みの回答が、製造業者の仕様とdfが示す内容との間に観察された違いの主な理由です。ただし、本当にディスクの容量から表示されるよりも少ないスペースを持ついくつかの要因があります。

一部は、ext4ファイルシステムのオーバーヘッドによるものです。これらのシステムは非常に信頼性が高く、堅牢です。ファイルシステムの構造には、かなりのスペースが必要です。あなたは技術的な詳細について読むことができます here (ユーザーMattに感謝します)。

もう1つの理由は、「reserved space」が使用されることです。これは、総ドライブ容量の固定割合です。通常、その固定パーセンテージは、大容量のドライブ、特にデータドライブの場合に高くなります。 Linuxシステムは、通常、rootユーザーとシステムサービス用に新しいパーティションの5%を予約します。ここでの考え方は、ディスク領域が不足しても、rootユーザーは引き続きログインでき、システムサービスは引き続き実行できるはずです。ルートパーティションにスペースが残っていない場合、これは起こり得ません。

したがって、この予約スペースを減らすことでスペースを獲得できます。 tune2fs、その割合を調整できます:

Sudo tune2fs -m 1 /dev/sdb1

パーティション/ dev/sdb1の予約スペースを1%に減らします(ここで独自のパーティションに置き換えます)。データドライブの場合、おそらくこれをゼロに設定できます。ただし、データの断片化が多すぎて蓄積しないようにするために、ext4ボリュームを完全にいっぱいにすることはできません。そのため、最大ストレージを維持するだけでなく、予約済みのスペースを残して、断片化を回避するために必要な残りの空きスペースを増やすこともできます。 。

12
vanadium