rootフルLinux。空きブロックなし


9

df -h「/」パーティションが100%使用されていると報告します。du -hs *このパーティションの各ディレクトリで実行すると、まだ多くの領域があることが示されます。

tune2efs空きブロックが1つだけと報告されています。実行fsckされたすべてのブロックも表示されます。

ionodeの使用は、「/」パーティションで14%です。

/ var、/ usr、/ dev、/ tmp、/ homeは異なるパーティションにマウントされ、それらに使用可能なスペースがあることに注意してください。

十分なスペースがある場合でも、すべてのブロックが占有され、ディスクレポートがいっぱいになる可能性のある原因を教えてください。


1
最近どのログファイルを削除しましたか?
Mike

du -shx /それでも十分な余地があるかどうか試してみてください。それは/あなたがすべての可能なディレクトリをキャッチすることに依存することなくすべてを評価します。
Insyte 2013年

du -shx / 188M「/」パーティションは2GBです。
Ankit

回答:


13

オープンファイルの問題と同様に、それ以外の場合に空き領域が使用不可に保たれる原因となる一般的な問題は、マウントポイントによってファイルが保護されることも珍しくありません。たとえば/tmp、個別の論理ボリュームとして使用している/tmpが、ルートファイルシステムのディレクトリにファイルが残っている場合、それらのファイルはスペースを消費しますが、マウントによって非表示になります。

ブート時にシングルユーザーモードにドロップしてみて、マウントを開いたままにするものは何も実行されていないため、すべてのマウントを解除し、通常マウントポイントとして使用されるディレクトリにファイルが隠れていないことを確認してください。


1
アイデアをありがとうデービッド。私はこの方向に取り組みました。USB HDDがマシンに接続されていることがわかりました。マシンは午前中に再起動されました。起動時にHDDが検出されず、一部のデータが「/」パーティションに移動したようです。/ tmpと外部ドライブのマウントポイントをアンマウントしたときに、これがわかりました。
アンキット2013年

11

これは多くの場合、削除された書き込み用にファイルを開いているが、ファイルへの書き込みプロセスが再起動されていないためにファイルを放棄していることが原因です。lsofを使用して、開いているがリンクされていない(削除されている)ファイルを検索できます

lsof +L1

トリックを行う必要があります。マニュアルページが述べているように:

フォーム+L1を指定すると、リンクが解除された開いているファイルが選択されます。フォーム+L1 <file_system>を指定すると、指定したファイルシステム上のリンクされていない開いているファイルが選択されます。


lsof + L1は何も与えません。つまり、開いているリンクされていないファイルはありません。他に確認できること。
Ankit

これにより、システムの原因を特定できました。マウントシールドボリュームとは関係ありません。一時ファイルのルートボリュームの90%を消費していたバックアッププロセスがハングしたままでした。lsof +L1それらをすべて非常に簡単にリストしました。
シンクロ

0

別のプロセスが開いたままの状態でファイルが削除された場合、そのプロセスは書き込みを続行し、最終的にはディスクが見えなくなります。ファイルを開いたままにしているプロセスが終了するとすぐに、ブロックが使用可能になります。

実行中の各デーモンを評価してみてください。可能であれば、再起動してください。わからない場合は、ボックスを再起動するとクリアされます。


システムを再起動し、fsckを実行しましたが、何の助けにもなりませんでした。
Ankit

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.