ログファイルが存在するのには理由がある。それは、OSの内部で起きている事象を記録・追跡することだ。問題が発生すると、ログファイルにエントリーが追加されるので、ユーザーはログファイルを確認して、発生中の問題をトラブルシューティングできる。何かが正常に実行されたときに、そのログファイルの末尾に貴重な情報が追加されることもある。この情報が役に立つこともある。 　だが、「Linux」には多くのログファイルが存在する。その中には、ユーザーの役に立つものもあれば、それほど役に立たないものもある。さらに、多くのアプリが独自のログファイルをインストールするため、ユーザーは単一のアプリのトラブルシューティングを実行することも可能だ。 　それでは、どのログファイルに注意を払う必要があるのだろうか。それらのログファイルは、何のために存在するのだろうか。詳しく見ていこう。 ログの種類 　まず、Linuxシステムに存在する4種類のログファイルについて考えてみよう。 システムログ：カーネルメッセージやブートログ、一般的なシステムアクティビティーを含むログファイル アプリケーションログ：これらのログは特定のアプリケーションによって生成され、多くの場合、ログの標準の格納場所のサブディレクトリー内に格納される サービスログ：システムサービスやデーモン、バックグラウンドプロセスによって生成されるログ。ログの標準の格納場所のサブディレクトリー内に格納される ユーザーログ：ログイン／ログアウトの記録、コマンドの履歴など、さまざまなユーザーアクティビティーに関連したログ。ログの標準の格納場所のサブディレクトリー内に格納される 　ログの標準の格納場所は/var/log/だ。 　次は、ログを見ていこう。 syslog 　このログファイルには、システムに関する一般的なメッセージや情報が保存される。このファイルには、システムのすべてのアクティビティーが保存されるため、情報が多すぎて分かりにくい場合もある。そのため、筆者はgrepコマンドを使用して特定のキーワードを検索することが多い。例えば、「CUPS」プリンターサーバーをトラブルシューティングする必要がある場合、grep cups /var/log/syslogコマンドを実行して、「cups」という単語を含むエントリーだけを表示させることが可能だ。syslogは「cron」関連のイベント（バックグラウンドで実行される自動ジョブ）もすべて保存する。 　syslogファイルの格納場所はディストリビューションによって異なる。「Ubuntu」ベースのディストリビューションでは/var/log/syslog、「Fedora」ベースのディストリビューションでは/var/log/messagesに保存されている。 boot.log 　boot.logファイルには、起動に関するメッセージや情報が保存される。OSの起動に関連するトラブルシューティングを実行する必要がある場合は、このファイルを調べるといいだろう。このログファイルの閲覧には管理者権限が必要なので、以下のようにsudoを使用する必要がある。 sudo less /var/log/boot.log 　何も問題がない場合、このファイルは空であることが多い。