systemd は良くなく、システムに大きな影響を与えると多くの人が言いますが、これも物議を醸すトピックです。ただし、システムの管理とトラブルシューティングを行うための完全なツール セットが提供されることは否定できません。 GUI のない壊れたシステムに遭遇した場合、起動と GRUB が台無しになる可能性があることを想像してください。この場合、稼働中のシステムから起動し、Linux パーティションをマウントし、systemd ログを参照して問題を見つけることができます。
systemd には、次の 3 つの基本コンポーネントがあります。
systemd
: Linux オペレーティング システムのシステムおよびサービス マネージャー。 systemctl
: このコマンドは、systemd システムとサービス マネージャーのステータスを確認および制御するために使用されます。 systemd-analyze
: このコマンドは、システム起動時のパフォーマンス統計を提供し、システムおよびサービス マネージャーから追加のステータスとトレース情報を取得します。 これら 3 つのサービスに加えて、systemd は、journald、logind、networkd などの他のサービスも提供します。このガイドでは、systemd の Journald サービスについて説明します。
設計により、systemd は、プロセス、アプリケーションなどからのすべてのオペレーティング システム ログを一元的に処理する方法を提供します。これらのログ イベントはすべて、systemd のjournald デーモンによって処理されます。 Journald デーモンは、Linux オペレーティング システム全体からすべてのログを収集し、それらをバイナリ データとしてファイルに保存します。
イベントやシステムの問題をバイナリ データで一元的に記録すると、多くの利点があります。たとえば、システム ログはテキスト形式ではなくバイナリ形式で保存されるため、さまざまなニーズに合わせてテキストや JSON オブジェクトなどに変換できます。さらに、ログは順番に保存されるため、ログの日付/時刻操作を通じて個々のイベントを追跡するのが非常に簡単です。
journald によって収集されるログ ファイルには数千行があり、起動やイベントごとに常に更新されることに注意してください。したがって、長時間実行される Linux オペレーティング システムを使用している場合、ログ サイズは GB 単位にする必要があります。何千ものログがあるため、基本的なコマンドを使用してログをフィルタリングして、システムの問題について詳しく知ることが最善です。
journald の設定ファイルは以下のパスに存在します。これには、ロギングをどのように行うべきかに関するさまざまなフラグが含まれています。このファイルを確認して、必要な変更を加えることができます。ただし、何をしようとしているのか理解していない限り、このファイルを変更しないことをお勧めします。
/etc/systemd/journald.conf
journald は、ログをバイナリ形式で保存します。これらは、次のパスの下のディレクトリに保存されます。
/var/log/journal
たとえば、次のパスには、これまでのすべてのシステム ログが含まれるディレクトリがあります。
journalctl ログ ファイル パス
#cat
# コマンドを使用せず、次のようにしてください。これらのファイルを開くために、 nano
または vi
を使用しないでください。 (バイナリなので)正常に表示できません。
journald ログを表示する基本コマンドは次のとおりです:
journalctl
##journalctl
该命令提供了所有应用程序和进程的日志条目,包括错误、警告等。它显示的列表中,最旧的日志在顶部,当前的日志在底部。你需要不断按回车键来逐行滚动浏览。你也可以使用 PAGE UP
和 PAGE DOWN
键来滚动。按 q
键可以退出这个视图。
默认情况下,journalctl
以当前系统时区显示日志的时间。然而,你可以很容易地在命令中提供时区,将同一日志转换为不同的时区。例如,要以 UTC 查看日志,请使用以下命令:
journalctl --utc
journalctl --utc
系统产生的日志有不同的优先级。有些日志可能是可以忽略的警告,有些可能是重要的错误。你可能想只看错误,不看警告。这也可以用下面的命令来实现。
要查看紧急系统信息,请使用:
journalctl -p 0
journalctl -p 0
错误代码:
0: 紧急情况 1: 警报 2: 危急 3: 错误 4: 警告 5: 通知 6: 信息 7:调试
当你指定错误代码时,它显示该等级及更高的所有信息。例如,如果你指定下面的命令,它会显示所有优先级为 2、1 和 0 的信息:
journalctl -p 2
当你运行 journalctl
命令时,它会显示当前启动的信息,即你正在运行的会话中的信息。但也可以查看过去的启动信息。
在每次重启时,日志都会持续更新。journald 会记录不同启动时的日志。要查看不同启动时的日志,请使用以下命令。
journalctl --list-boots
journalctl list-boots
要查看一个特定的启动号码,你可以选择第一个启动跟踪号码或启动 ID,如下所示。
journalctl -b -45
journalctl -b 8bab42c7e82440f886a3f041a7c95b98
journalctl -b 45
你也可以使用 -x
选项,在显示屏上添加 systemd 错误信息的解释。在某些情况下,这是个救命稻草。
journalctl -xb -p 3
journalctl -xb
journalctl
功能强大,可以在命令中提供类似英语的参数,用于时间和日期操作。
你可以使用 --since
选项与 yesterday
、today
、tomorrow
或 now
组合。
下面是一些不同命令的例子。你可以根据你的需要修改它们。它们是不言自明的。以下命令中的日期、时间格式为 "YYYY-MM-DD HH:MM:SS"
journalctl --since "2020-12-04 06:00:00"
journalctl --since "2020-12-03" --until "2020-12-05 03:00:00"
journalctl --since yesterday
journalctl --since 09:00 --until "1 hour ago"
journalctl --since 09:00 --until
你也可以将上述内容与错误级别开关结合起来。
Linux 内核信息也可以从日志中提取出来。要查看当前启动时的内核信息,请使用以下命令:
journalctl -k
你可以从 journald 日志中过滤出某个 systemd 服务单元的特定日志。例如,如果要查看 NetworkManager 服务的日志,请使用下面的命令。
journalctl -u NetworkManager.service
journalctl NetworkManager service
如果你不知道服务名称,可以使用下面的命令来列出系统中的 systemd 服务。
systemctl list-units --type=service
如果你正在分析服务器日志,在多个用户登录的情况下,这个命令很有帮助。你可以先用下面的命令从用户名中找出用户的 ID。例如,要找出用户 debugpoint
的 ID:
id -u debugpoint
然后使用 _UID
选项指定该 ID 与来查看该用户产生的日志。
journalctl _UID=1000 --since today
journalctl _UID
同样地,使用 _GID
选项也可以查到用户组的情况。
你也可以查看某个特定程序或可执行文件的日志。例如,如果你想找出 gnome-shell
的信息,你可以运行以下命令。
journalctl /usr/bin/gnome-shell --since today
journalctl gnome-shell
このガイドが、 journalctl
を使用して Linux デスクトップまたはサーバー上の systemd ログを表示および分析し、トラブルシューティングを行うのに役立つことを願っています。これらのコマンドの使用方法を知っていれば、systemd ログ管理は非常に強力であり、デバッグ時の作業が容易になります。現在、主要な Linux ディストリビューションはすべて systemd を使用しています。 Ubuntu、Debian、Fedora、Arch はすべて、デフォルトのオペレーティング システム コンポーネントとして systemd を使用します。 systemd を使用しない Linux ディストリビューションについて知りたい場合は、 MX-Linux 、Gentoo、Slackware、Void Linux を参照するとよいでしょう。
以上がjournalctl を使用して systemd ログを表示および分析する方法 (例付き)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。