
ディスク容量が 1 日あたり約 2 GB ずつ減っています。容量がなくなるまであと数日しかありません。
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda4 143G 126G 11G 93% /
udev 491M 4.0K 491M 1% /dev
tmpfs 200M 696K 199M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 499M 144K 499M 1% /run/shm
/dev/sda2 1.9G 580M 1.2G 33% /tmp
/dev/sda1 92M 29M 58M 33% /boot
最大のディレクトリ/ログ ファイルを検索し、削除したり圧縮したりしてきました。しかし、まだ戦いに負けています。ついに、私は大きな誤解をしていることに気が付きました。
julian@server1:~$ sudo du -h / | tail -n 1
16G /
/ にあるすべてのファイルの合計は16ギガバイト. そうなると110GB行方不明で!
明らかに私は誤解しています。「/dev/sda4」行は「/」から表示可能なすべてのファイルを表していると思いました。 他のストレージがどこに行ったのかを理解するには、何を読むべきでしょうか?
詳細:
- データセンターのスタッフによってセットアップされた Ubuntu 11.10 サーバーを所有しています。
実行中です
- 私自身のコード(ログファイルはかなり豊富ですが、それ以外はドライブにあまり多くのものを保存しません)
- バックアップ用の重複(多くの署名ファイルを保存する傾向がある)
- Apache、nagios などのさまざまな他の標準サービス。これらはあまり使用されていません。
再起動せずに約 4 か月間稼働しています。
du の出力については嘘をつきました (効果を出すために簡略化しました)。また、GVFS と du プロセス自身のリソースにアクセスできないという苦情も出ていました。これらは無関係だと思います:
。
du: cannot access `/home/julian/.gvfs': Permission denied
du: cannot access `/proc/10841/task/10841/fd/4': No such file or directory
du: cannot access `/proc/10841/task/10841/fdinfo/4': No such file or directory
du: cannot access `/proc/10841/fd/4': No such file or directory
du: cannot access `/proc/10841/fdinfo/4': No such file or directory
答え1
これは、リンクされていない一時ファイルに書き込むアプリケーションによって発生する可能性があります。このようなファイルはdu
出力には表示されません (どのディレクトリにもエントリがないため) が、アプリケーションは引き続き書き込みを実行できるため、ファイルは大きくなり、スペースを占有します。
コマンドを使用してlsof +L
、ハードリンク数がゼロのファイルを検索し、そのファイルを所有しているプロセスを確認できます。プロセスを再起動すると、スペースが解放されるはずです。
見るこの答えもう少し長い説明