サーバーログファイルをクリアしてメモリを削減するにはどうすればよいですか？

Linuxでサーバーを再起動せずにサーバーログをクリアしたいので、メモリ不足の問題が発生しません。ファイル名でそれを行うと聞きましたが、その内容は他のメモリに保存されます。だから私はそのコマンドがメモリを減らすとは思わないのですか？ログファイルをクリアする方法はありますか。

システムログの消去または削減については、「ログローテーション」のように聞こえます（多くの場合、で処理されますlogrotate）。詳細については、Ubuntu向けのヘルプページhttps://help.ubuntu.com/community/LinuxLogFiles#Log_Rotationを参照してください。

/ var / logまたはそのサブディレクトリのディレクトリ一覧を表示すると、daemon.log.0、daemon.log.1.gzなどの名前のログファイルが表示される場合があります。これらのログファイルは何ですか？これらは「回転」ログファイルです。つまり、事前に定義された時間枠の後に自動的に名前が変更され、新しい元のログが開始されます。さらに時間が経過すると、例のdaemon.log.1.gzの場合のように、ログファイルはgzipユーティリティで圧縮されます。ログローテーションの目的は、古いログをアーカイブして圧縮し、ディスクスペースを節約し、必要に応じて検査できるようにすることです。この機能を処理するのは何ですか？なぜlogrotateもちろんコマンド！通常、logrotateはシステム全体のcronスクリプト/etc/cron.daily/logrotateから呼び出され、構成ファイル/etc/logrotate.confによってさらに定義されます。個々の構成ファイルを/etc/logrotate.dに追加できます（apache2およびmysql構成が格納されている場所など）。

このガイドでは、Ubuntuシステム上のログファイルの自動ローテーションを処理するためにlogrotateを構成する無数の方法については説明しません。詳細については、このガイドの「リソース」セクションを確認してください。

注記： logrotateを使用する代わりに、cron.dailyスクリプト/etc/cron.daily/sysklogdを使用してシステムログファイルをローテーションすることもできます。実際、ユーティリティsavelogは、ログローテーションで予期しない結果を生成する場合がありますが、logrotateの設定は効果がないようです。そのような場合、/ etc / cron.daily / sysklogdのcron.daily sysklogdスクリプトを確認し、savelogのマニュアルページを読んで、savelogが実際に指定した方法とは異なる方法でローテーションを行っていないかどうかを確認する必要がありますlogrotate。

または、単に削除することもできます... rmなど...