web-dev-qa-db-ja.com

巨大な39.5GBの/ var / log /フォルダーからスペースを解放するにはどうすればよいですか？

デフォルトのディスク分析ソフトウェア（Baobab）から、ハードドライブに1GBしか残っていないというメッセージを受け取りました。いくつかの検索の後、/var/log/フォルダーがこの原因であることがわかりました。

/var/log/のいくつかのファイル/サイズ：

  • kern.log = 12.6 GB
  • ufw.log = 12.5 GB
  • kern.log.1 = 6.1 GB
  • ufw.log.1 = 6.0 GB

等々。 /var/logは巨大です。

それらのファイルまたは/var/logフォルダー全体を削除できますか？それとも、Ubuntuでは大丈夫ですか？

disk-usagelogging
46
blade19899

フォルダー全体を削除しないでくださいbutシステムに害を与えることなく「古いパック」ログファイルを削除できます。

一般的なホームユーザーの場合、圧縮され、拡張子が。gzのログファイルを削除しても安全です（図を参照）。

これらの圧縮ログファイルは、ストレージスペースを削減するためにgzip圧縮された古いログであり、平均的なユーザーとしては必要ありません。

Select .gz extention

39
Salih Emin

/ var/logフォルダー全体を削除することはしません。

@jrgが示唆するようにログを破棄できますが、ログファイル（ほとんどの場合syslogd）への書き込みが再開されない限り、実際にディスクスペースを取り戻すことはできません。ファイルは削除された状態でファイルハンドルは閉じられています。

より良いのは、ログがローテーションされていない（そして後で削除されない）理由を見つけることです。 logrotate はこれをあなたに代わって行うことになっており、毎晩実行されるべきではないと思う。

私が最初にやることは：

Sudo /etc/cron.daily/logrotate

このshouldはログファイルをローテーションします（したがって、kern.logはkern.log.1になります）。その後、kern.log.1などを削除して、ディスクスペースを解放できます。

これまでのところすべてがうまくいけば、次の質問は、なぜこれが自動的に行われないのかということです。夜にコンピューターの電源を切る場合は、 anacron がインストールされていることを確認してください。

32
richvdh

ログを見て、何が書き込まれているのかを確認する必要があります。私の推測ではufw/iptablesです（すべてのネットワークトラフィックを記録しています）。

ufw-すべてのパケットをログに記録すると、大きなログが取得されます。ログを確認しない場合は、ログをオフにします。ネットワークを監視する場合は、snortを使用します。 Snortは、受信した数千のパケットをフィルタリングして、潜在的に問題のあるトラフィックを警告します。

Ufwが原因であり、kern.logに大きなログが記録されているのは、パケットをそこに記録しているためだと思います。

時々、ログを埋めるカーネルまたはハードウェアの問題があります。その場合、問題を修正するかバグを報告するのが最善です。そのためにはログを確認する必要があります。

問題を修正できない場合は、ログがいっぱいにならないようにsyslogを構成できます。

http://manpages.ubuntu.com/manpages/precise/man5/syslog.conf.5.html を参照してください

問題の詳細を提供していただければ、デバッグの改善に役立ちます。

17
Panther

/var/logを削除することはおそらく悪い考えですが、個々のログファイルを削除しても大丈夫です。

私のラップトップでは、小さなSSDディスクを使用して、/var/log（および/tmpおよび/var/tmp）をtmpfsマウントポイントとしてセットアップし、/etc/fstab：

temp        /tmp        tmpfs   rw,mode=1777    0   0
vartmp      /var/tmp    tmpfs   rw,mode=1777    0   0
varlog      /var/log    tmpfs   rw,mode=1777    0   0

これは、これらのディレクトリのnothingが再起動後も生き残ることを意味します。私の知る限り、このセットアップは問題なく機能します。もちろん、古いログを調べて発生する可能性のある問題を診断する機能は失われますが、ディスク使用量を減らすための公正なトレードオフだと考えています。

私が経験した唯一の問題は、一部のプログラム（特にAPT）が/var/logのサブディレクトリにログを書き込みたいため、それらのディレクトリが存在しない場合は作成できないことです。行mkdir /var/log/aptを/etc/rc.localに追加すると、その特定の問題が修正されました。インストールしたソフトウェアに応じて、他のディレクトリも作成する必要があります。

（別の可能性は、ディレクトリだけを含む単純なtarアーカイブを作成し、起動時に/var/logに展開して必要なすべてのディレクトリを作成し、それらのパーミッションを一度に設定することです。）

5
Ilmari Karonen