AWS / dev / xvda1ディレクトリがいっぱいです
大量のディスクを含むフォルダまたはファイルを見つける
du -hsc *
このコマンドにより、どのフォルダーに多くのデータが含まれているという結果が得られます。
注：-このコマンドはrootユーザーとして実行してください。
ドライブが「ランダムに」いっぱいになっている場合、一般的な説明としては、大量の情報をダンプしているある種のログがあり、logrotateが定期的にそれらをクリーンアップしていることです。 logrotateがローテーションするすべてのものを識別するには、/etc/logrotate.confファイルと/etc/logrotate.dディレクトリを確認します。
私は通常、ファイルシステムで大きなファイルまたはディレクトリを検索する必要がある場合、 この記事を参照 または この記事 を使用します。大きなファイルまたは大きなディレクトリのみを検索する必要がある場合があります。これは、ディスクに書き込まれている大量のデータが1つの大きなファイルの形式ではなく、数千の小さなファイルの形式である可能性があるためです。
/ドライブの上位20の最大ディレクトリを検索します（/var、/var/logおよび/var/log/httpdがすべて返されるため、上位20を超えて展開する必要がある場合があります。 /var/log/httpdは非常に大きい）：
Sudo du -a / | sort -n -r | head -n 20
/ドライブで最大20個の最大ファイルを検索します。
Sudo find / -type f -printf "%s\t%p\n" | sort -n | tail -20
もう1つの提案は、/homeがマウントされている場所を探すことです。独自のパーティションがありますか、それとも/パーティションから提供されていますか？後者の場合、誰かまたは何らかのサービスが誤って大きなファイルをホームディレクトリにアップロードしている可能性があります。
上記の方法で問題が解決しない場合、df -hがドライブを報告していないフルが報告されたときに、シナリオについて詳しく説明してもらえますか？満杯でない場合、どれくらい満杯ですか？ドライブが満杯を報告したときと満杯を報告していないときの時刻、曜日、現在の作業負荷などとの相関関係を描くことができますか？
私はncduもお勧めします。これは、元のduよりもはるかに有益な、かなりクールなツールです。長年使ってきました。
ncduを実行すると、出力はサイズでソートされます。次に、そのreplを使用して、ディレクトリツリーをナビゲートし、ディレクトリのどのサブディレクトリが最も大きいかを確認できます。 duと比較して、問題をより明確に把握できます。