自宅からファイルを削除するか、.local/share/Trash/filesから削除すると、システムは空き領域を報告しません。

ルートパーティションで何が占有されているかを追跡しようとしたとき、同様の問題が発生しましたが、ディスク使用量アナライザBaobabはこれを報告しませんでした。最後に、rootユーザーのごみ箱フォルダでこのファイルを見つけました/root/.local/share/Trash。 Baobabや他のユーティリティがこれらのファイルを表示しない理由は、root以外のユーザーとしてそのファイルを実行しており、フォルダを/root読み取るために必要な権限がないためです。クイックsuを使用すると、必要なディレクトリとrm *ファイルを入力できます。

考えられる理由の 1 つは、ext2/3/4 およびその他の「Unix ファイルシステム」がルートのために一定量のスペースを確保するためです。デフォルトは5％だと思います。これにより、システムがファイルシステムがいっぱいであることを報告し、root以外の一般ユーザーが何も書き込めないように拒否しても、rootユーザーとroot実行プロセスはまだ機能できるスペースがあります。

これはいくつかのファイルシステムに適しています。たとえば、/(root)、/var、1 つのファイルシステムにすべてがある場合、/home および /usr ファイルシステムにはあまり理想的ではありません。予約済みのスペースが少なくてはなりません（おそらく1％またはなし）。

それにもかかわらず、df「0バイト使用可能」、「100％使用済み」などのコマンドが報告された場合含まれていませんこの5％はルート用に予約されています！したがって、通常のユーザーがブロックされている間、rootユーザーとrootとして実行されているプロセスは書き込みを続けることができます。一見すると、パーティションを100％以上埋めるようです。

これはディスクが思ったほどいっぱいではないことを意味します。ただし、削除したファイルの一部が100％の制限ファイル全体を超えて記録されたため、ファイルの削除が思ったほど大きな影響を及ぼさない可能性があります。だから後で表示されませんdf。

したがって、ディスクに100GBの有効領域がある場合は、df95GBと表示されます。ただし、95 GB を入力し、ディスクがdfいっぱいであることを示すメッセージが表示され、システムが通常のユーザー書き込みを拒否すると、ルートはさらに 5 GB を書き込むことができます。その後、10 GBのファイルをクリーンアップして削除すると、dfルート用に予約されている5 GBが無視され、5 GB（10 GBではない）だけが空き領域として表示されます。したがって、ルート用に予約されたスペースの一部を使用したと仮定するため、7 GBを削除すると、予約された制限の下に378 MBしか残りません。

これを使用して、tune2fsルート用に予約するスペースの量を変更できます。一部（おそらく5％以下）でなければなりません。mke2fs最初にファイルシステムを作成（パーティションフォーマット）するときに予約するスペース（パーセントまたはバイト単位）を設定するオプションもあります。ディスクが小さい場合、5％がより合理的です。 500GBを超えるディスクの場合、5％はわずかに大きな意味があります。

次のコマンドを実行して、各ディレクトリが占めるディスク容量を確認できます。

du -hc --max-depth=1

現在のディレクトリのサイズが奇妙な場合は、このコマンドを実行して不要になったファイルを削除してください。

/興味深いものが見つからない場合は、ディレクトリからコマンドを実行してください。必要に応じて出力を公開します。

Bleachbitを使用することもできます。試してみてください。漂白ビット

まあ、試してみる価値があるので、ここに投稿する必要があると思いました。

# find /root/.local/share -name '*.trashinfo'

これらは不快な小さな動物です。個人的にoktetaコンソールモード（16進エディタ）で起動したときにこの問題が発生しましたkio_trash。ディレクトリを完全に整理すると、Linuxシステムに平和が戻りました。 :) このゴミを発明した人は誰でもテイザーを受けなければなりません。cannot stat: ...$HOME/.local/share/Trash/info.trashinfoinfo