/var/log/kern.log.1がすべてのディスク領域を消費しないようにするにはどうすればよいですか？

パーティションのない80 GBのHDDを使用しています。ある日、空きディスク容量のほとんどが失われていることに気付きました。これ/var/log/kern.log.1は25 GBのスペースを必要とし、そのファイルには削除オプションがないことがわかりました。

これは問題のスクリーンショットです：

Ubuntu / Linuxは初めてです。助けてください。ありがとうございました。

そのファイルはすでにローテーションされたログであるため、そのファイルを削除してください。これを行うにはroot権限が必要なので、GUIでそのファイルを削除するオプションはありません。

コマンドラインから実行できます：

sudo rm /var/log/kern.log.1

ブートするたびに、ログファイルが作成され、再度ローテーションされるため、次のkern.log。*ファイルサイズに注意する必要があります。Launchpadの関連するバグレポート：https : //bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

syslog

• 将来的にログファイルが大きくなりすぎないようにするには、編集/etc/logrotate.confしてログファイルの数とサイズを制限します。詳細についてはman logrotate、を参照してください。

systemd

• Systemdジャーナルを設定するには、を編集します/etc/systemd/journald.conf。詳細についてはman journald.conf、を参照してください。

• 基本的なjournalctl使用法については、systemd：ジャーナルの使用を参照してください。

• Systemdジャーナルのサイズを小さくする方法については、「Systemdログ（journalctl）が大きすぎて遅い」を参照してください。

kern.log.1 カーネルログファイルの1つにすぎません。

彼らとmessages.log.xグループは一緒に多くのGbを取ることができます。ディレクトリ内の残りのログファイルは合計の約1％を占めるため、ログディレクトリを大量に消去する必要はありません。それはあなたのシステムに害を及ぼすかもしれません。

ここで99％を取り戻すには、不要なマルチGBファイルを削除してトリックを実行する2つのコマンドを次に示します。

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

これらのファイルは、初めて必要になったときに再度作成されます。

具体的に質問に答えるには：cronジョブを設定して、深夜または週に1回のいずれかで削除することができます。

私はそれらをプラスして使用します

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

rsyncプライマリの/ dev / sda SSDからより大きな/ dev / sdb HDDへの午前0時のバックアップ。これはスペースを節約し、どのような復元シナリオでも不要です。

syslogとkern.logファイルが増加していることを発見した後、ディスク領域が不足しました。ディスクスペースマネージャーは、/var/logフォルダーが多くのスペースを使用していることを示しました。コマンドを実行したとき

tail -15 syslog  

繰り返しエラーが見つかりました。また、syslogおよびkern.logファイルはそれぞれ19および32 Gを使用しました。（ディスク使用のコマンド：du -h filename人間が読みやすいように-h）。

これらのファイルはシステムによって再作成されるため、削除しても安全です。ただし、数週間前のログレコードが必要な場合は、重複しないため、必要ありません。

注（提案のみ）：

1）Linuxファイルシステムに気づいていない場合、これは適切なリンクです。https：//help.ubuntu.com/community/LinuxFilesystemTreeOverview

2）ログファイルの詳細：https : //help.ubuntu.com/community/LinuxLogFiles

これらのリンクをたどると、多くの概念がクリアされます。