df -h
の出力がここに示すように、何かが5GBの空き容量を消費しています。そのため、使用できません。
また、ハードディスクが100%までいっぱいになることもあります。そのため、マシンを再起動するか、不要なファイルを削除する必要がありました。/homeパーティションでのみこれらに気付きました。これら2つが関連しているかどうかはわかりませんが、誰かがこれに何らかの洞察を加えることができれば感謝しています。
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda8 100G 92G 2.7G 98% /home
デフォルトでは、ext2/3/4
ファイルシステムは、root
のみが使用できるようにスペースの5%を予約します。これは、通常のユーザーがディスクを完全にいっぱいにして、次にディスクに書き込む必要があるときにシステムコンポーネントが失敗するのを防ぐためです。
次の操作を行うことで、予約ブロックの数(およびファイルシステムに関するその他の多くの情報)を確認できます。
Sudo tune2fs -l /dev/sda8
/home
パーティションの場合、予約済みの小数部をゼロに設定するのがおそらく安全です。
Sudo tune2fs -m 0 /dev/sda8
これにより、追加の〜5GBが使用可能になります。
デフォルトでは、ext2/3/4ファイルシステムはスペースの5%を予約して、スーパーユーザーroot
のみが使用できるようにします。
メタデータのために予約されているスペースもあります。これは、iノードやジャーナルなど、ファイルシステムに必要です。
詳細はマニュアルに記載されています
man mkfs.ext4
この質問は本当にdfコマンドの出力を解釈することに関するものであり、これは紛らわしいことであり、Googleでそれを行うと、dfについて多くの質問が表示されます。
「サイズ」はdf結果は包括的@chronitisが教えてくれた5%の予約スペースのうち。これは合計絶対space。この数値は、df結果で見ているパーティションのfdisk -lの結果に表示されるサイズに近似します。
"sed" + "Avail"は合計有効スペースを提供し、は5%予約スペースを除外します。これは実際に作業できるスペース。
したがって、「missing」-「Size」と( "sed" + "Avail")dfの合計は、5%の予約スペースを表します
しかし、dfの使用可能なスペースの解釈に関する混乱はこれで終わりません!大きなファイルを削除しても、そのプロセスが終了していない場合、この「空き」スペースはdfの結果に反映されない。「しかし、私はそのファイルを削除したので、なぜdfに追加のスペースが表示されないのか。?!?"これが、再起動すると、削除されたファイルのスペースが「魔法のように」df結果に表示される理由です。
Sudo lsof + L1削除されたファイルがまだpidを表示していることを識別します。
HTHは、df出力の解釈に関する混乱を解消します。-Terrence