ルートファイルシステムがいっぱいです。大きなファイルはありません

だから、非常に新しいシステム管理者で、学校を卒業してインターンシップをしています。唯一の問題は、その場所にいる唯一のシステム管理者であり、誰も私に仕事を見せてくれないことです。とにかく、それは非常に小さな会社で、その構成を持つ1つのCentOサーバーです。

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

ほんの数日前にここに来て、すぐにディスクがいっぱいになり、その問題の修正に取り組んでいることに気付きました。ここでのもう1つの問題は、sda3が81％になったことです。4日前の79％でした。

私はデュアーを実行しました| /ルートディレクトリでsort -rhコマンドを実行しても、目立つものはありません。sda3パーティションがすぐにいっぱいになるので、数日かけてそれをやりましたが、その理由を説明できる大きな違いはありません。

どうもありがとう

linux filesystems mount

— littleadmin
ソース

sdb1がいっぱいなのでログの増加だと/var思いますが、どれだけ大きいかがわかります。何から何が得られdu -sh /*ますか？

— シェーンマッデン

変更されたファイルを確認する場合はfind、-mtime n [smhdw]を使用できます。シェーンは正しいと思う。その一部は、sdb1ボリューム全体について不平を言っているログファイルである可能性があります。コマンドは次のようになりfind / -type f -mtime 1d -print ます。検索結果がサポートしている場合は、--exclude-dir=/ devと/ procを除外する必要があります。

— Hennes、

/ varは1.7Gであり、そのサイズは過去数日間でほとんど移動しませんでした。これを確認するのは私の最初のアイデアでした。私は常に--exclude = 'media'を指定してduコマンドを実行します。そのディレクトリには何もないため、マウントされたディレクトリがないためです

— littleadmin

あなたが新しい管理者であると書いたので、ディスク使用量が増加する最も一般的な理由の1つを指摘します。ログファイル。ファイル（ウェブサーバーからのログなど）を開き、後でそのファイルを削除した場合、プログラムがそのファイルへのハンドルを閉じるまで、ファイルはディスク領域を使用し続けます。この最後の問題は、サインアップを送信する（kill -1 PID->設定ファイルを再読み込みして多くのデーモンを再起動する）か、再起動の鈍い斧によって解決されることがあります。

— Hennes、

ケースでは、ログの成長は、それが数日で落ち着くことがあるときで毎週のログローテーションキック。

— ptman

回答:

これは、私がこのような問題を理解しようとするときに使用するものです。

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

現在のディレクトリのディレクトリ/ファイルごとの使用状況が表示されます。そこから、明らかな何かが見つかるまで、サブディレクトリにステップダウンします。

すべてを1つの大きなパーティションに収めると、このような問題の診断が困難になる可能性があります。試す別のアプローチは、

lsof

さまざまなプロセスで開いているファイルを確認し、手がかりを見つけることができるかどうかを確認します。これは非常にヒットまたはミスです。

— フレッドザマジックワンダードッグ
ソース

lsofについて言及した場合は+1。このツールは、新しい管理者にとって便利です（たとえこの問題に対処する場合でも）。

— Hennes、

ディレクトリ/ファイルあたりの使用量は5つの結果をもたらしますが、600kを超えるものはありません。

— littleadmin 2013

削除されたファイルに関して私がいつも持っている同様の問題のように聞こえます（しかし、参照はまだそこにあります）。

Linuxシステムの場合は、次のコマンドを実行します。

lsof + L1

これは削除ファイルのリストになりますが、まだ開いており、何かによって使用されています。重要なのは、ファイルハンドルを開いて解放するためのものを取得することです。

— エイリック・トフト
ソース

悲しいことに、毎日起こっているスペースの損失を説明できるファイルを与えませんでした。感謝

— littleadmin 2013

ファイルシステムでマウントされているディレクトリに何かが書き込まれている可能性はありますか？一度はギガバイトの原因不明の髪を引っ張っていました。これは決してあり得ないことですが、私はそれが起こり得ることを証明することができました。

— Eirik Toft

私もそのようなことを考えていますが、どうしてそれが起こるのでしょうか？そして、すべてをアンマウントせずにそれを確認するにはどうすればよいですか？

— littleadmin 2013

私はついに何が起こっているのかを理解しました。マウントされたポイントの1つが正しくマウントされなかったため、sda3で直接バックアップを実行していました。

助けてくれてありがとう

— littleadmin
ソース