Systemd/ジャーナル - 版の履歴

Kgx: /* journald を /dev/tty12 に転送する */ 同期

2024-03-05T14:54:44Z

journald を /dev/tty12 に転送する: 同期

← 古い版		2024年3月5日 (火) 23:54時点における版
195行目:		195行目:

	次に {{ic\|systemd-journald.service}} を [[再起動]] して下さい。		次に {{ic\|systemd-journald.service}} を [[再起動]] して下さい。

			{{Note\|[https://github.com/systemd/systemd/issues/5129 設計上], カーネルのリングログメッセージは転送されません。}}

	== 別のジャーナルを指定して表示 ==		== 別のジャーナルを指定して表示 ==

Kgx: /* ジャーナルファイルを手動で消去 */ 同期

2024-02-14T19:24:13Z

ジャーナルファイルを手動で消去: 同期

← 古い版		2024年2月15日 (木) 04:24時点における版
170行目:		170行目:
	* 使用ディスク容量が 100M 以下になるまで journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-size=100M}}		* 使用ディスク容量が 100M 以下になるまで journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-size=100M}}
	* 2週間以上前のデータを含んでいる journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-time=2weeks}}		* 2週間以上前のデータを含んでいる journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-time=2weeks}}

			ジャーナルファイルは、バキュームコマンドでトリミングする前に、ローテーションされて非アクティブになっている必要があります。ジャーナルファイルのローテーションは、{{ic\|journalctl --rotate}} を実行することで実行できます。{{ic\|--rotate}} 引数を 1 つ以上のバキューム基準引数と一緒に指定して、ローテーションを実行し、単一のコマンドでファイルをトリミングすることもできます。

	詳しくは {{man\|1\|journalctl}} を見て下さい。		詳しくは {{man\|1\|journalctl}} を見て下さい。

Kgx: /* journald を /dev/tty12 に転送する */ 同期

2024-02-14T19:20:32Z

journald を /dev/tty12 に転送する: 同期

← 古い版		2024年2月15日 (木) 04:20時点における版
184行目:		184行目:

	[[systemd#ユニットファイルの編集\|ドロップインディレクトリ]] {{ic\|/etc/systemd/journald.conf.d}} を作成して、ディレクトリの中に {{ic\|fw-tty12.conf}} ファイルを作成してください:		[[systemd#ユニットファイルの編集\|ドロップインディレクトリ]] {{ic\|/etc/systemd/journald.conf.d}} を作成して、ディレクトリの中に {{ic\|fw-tty12.conf}} ファイルを作成してください:

	{{hc\|1=/etc/systemd/journald.conf.d/fw-tty12.conf\|2=		{{hc\|1=/etc/systemd/journald.conf.d/fw-tty12.conf\|2=
	[Journal]		[Journal]
191行目:		192行目:
	}}		}}

	次~~を実行して~~ journald を再起動してください:		次に {{ic\|systemd-journald.service}} を [[再起動]] して下さい。
	# systemctl restart systemd-journald

	== 別のジャーナルを指定して表示 ==		== 別のジャーナルを指定して表示 ==

Kgx: /* プライオリティレベル */ 同期

2024-02-14T19:16:02Z

プライオリティレベル: 同期

← 古い版		2024年2月15日 (木) 04:16時点における版
21行目:		21行目:
	! 値 !! 重大度 !! キーワード !! 説明 \|\| 例		! 値 !! 重大度 !! キーワード !! 説明 \|\| 例
	\|-		\|-
	\| 0 \|\| Emergency \|\| emerg \|\| システムは利用不可能 \|\| 重大なカーネルのバグ/systemd ~~によって~~コアダンプ~~が作成された。~~アプリケーションが使用~~するレベル~~で~~はありません~~。		\| 0 \|\| Emergency \|\| emerg \|\| システムは利用不可能 \|\| 重大なカーネルバグ、[[コアダンプ\|systemd コアダンプ]]<br>このレベルはアプリケーションでは使用しないでください。
	\|-		\|-
	\| 1 \|\| Alert \|\| alert \|\| 即時対応が必要 \|\| 重要なサブシステムが機能していない/データが消失している。<br>{{ic\|kernel: BUG: unable to handle kernel paging request at ffffc90403238ffc}}。		\| 1 \|\| Alert \|\| alert \|\| 即時対応が必要 \|\| 重要なサブシステムが機能していない/データが消失している。<br>{{ic\|kernel: BUG: unable to handle kernel paging request at ffffc90403238ffc}}
	\|-		\|-
	\| 2 \|\| Critical \|\| crit \|\| 緊急状態 \|\| クラッシュ/コアダンプ。{{ic\|systemd-coredump[25319]: Process 25310 (plugin-containe) of user 1000 dumped core}}。X11 などのシステム~~にとって重要な~~アプリケーション~~が機能を失っている。~~		\| 2 \|\| Critical \|\| crit \|\| 緊急状態 \|\| クラッシュ/コアダンプ:<br>{{ic\|systemd-coredump[25319]: Process 25310 (plugin-containe) of user 1000 dumped core}}<br>X11 などのシステムのプライマリアプリケーションでの障害
	\|-		\|-
	\| 3 \|\| Error \|\| err \|\| エラー状態 \|\| ~~重大度~~は低いエラー: {{ic\|kernel: usb 1-3: 3:1: cannot get freq at ep 0x84}},<br>{{ic\|systemd[1]: Failed unmounting /var.}}, {{ic\|libvirtd[1720]: internal error: Failed to initialize a valid firewall backend}})。		\| 3 \|\| Error \|\| err \|\| エラー状態 \|\| 致命的ではないエラー報告:<br>{{ic\|kernel: usb 1-3: 3:1: cannot get freq at ep 0x84}},<br>{{ic\|systemd[1]: Failed unmounting /var.}},<br>{{ic\|libvirtd[1720]: internal error: Failed to initialize a valid firewall backend}}
	\|-		\|-
	\| 4 \|\| Warning \|\| warning \|\| エラーが発生する前に対応が必要 \|\| ルートファイルシステム以外のファイルシステムの空き領域が 1GB しかない。{{ic\|org.freedesktop. Notifications[1860]: (process:5999): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale}}。		\| 4 \|\| Warning \|\| warning \|\| エラーが発生する前に対応が必要 \|\| ルートファイルシステム以外のファイルシステムの空き領域が 1GB しかない。{{ic\|org.freedesktop. Notifications[1860]: (process:5999): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale}}
	\|-		\|-
	\| 5 \|\| Notice \|\| notice \|\| 通常ではないイベントが発生しているがエラー状態ではない \|\| {{ic\|systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway}}, {{ic\|gcr-prompter[4997]: Gtk: GtkDialog mapped without a transient parent. This is discouraged}}。		\| 5 \|\| Notice \|\| notice \|\| 通常ではないイベントが発生しているがエラー状態ではない \|\| {{ic\|systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway}}, {{ic\|gcr-prompter[4997]: Gtk: GtkDialog mapped without a transient parent. This is discouraged}}
	\|-		\|-
	\| 6 \|\| Informational \|\| info \|\| 何も対応が必要ない通常のメッセージ \|\| {{ic\|lvm[585]: 7 logical volume(s) in volume group "archvg" now active}}。		\| 6 \|\| Informational \|\| info \|\| 何も対応が必要ない通常のメッセージ \|\| {{ic\|lvm[585]: 7 logical volume(s) in volume group "archvg" now active}}
	\|-		\|-
	\| 7 \|\| Debug \|\| debug \|\| アプリケーションをデバッグするのに役立つ情報 \|\| {{ic\|kdeinit5[1900]: powerdevil: Scheduling inhibition from ":1.14" "firefox" with cookie 13 and reason "screen"}}。		\| 7 \|\| Debug \|\| debug \|\| アプリケーションをデバッグするのに役立つ情報 \|\| {{ic\|kdeinit5[1900]: powerdevil: Scheduling inhibition from ":1.14" "firefox" with cookie 13 and reason "screen"}}
	\|}		\|}

Hikali: 脱字の修正 (何も対応が必要な通常のメッセージ -> 何も対応が必要ない通常のメッセージ)

2023-09-06T23:44:45Z

脱字の修正 (何も対応が必要な通常のメッセージ -> 何も対応が必要ない通常のメッセージ)

← 古い版		2023年9月7日 (木) 08:44時点における版
33行目:		33行目:
	\| 5 \|\| Notice \|\| notice \|\| 通常ではないイベントが発生しているがエラー状態ではない \|\| {{ic\|systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway}}, {{ic\|gcr-prompter[4997]: Gtk: GtkDialog mapped without a transient parent. This is discouraged}}。		\| 5 \|\| Notice \|\| notice \|\| 通常ではないイベントが発生しているがエラー状態ではない \|\| {{ic\|systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway}}, {{ic\|gcr-prompter[4997]: Gtk: GtkDialog mapped without a transient parent. This is discouraged}}。
	\|-		\|-
	\| 6 \|\| Informational \|\| info \|\| 何も対応が必要な通常のメッセージ \|\| {{ic\|lvm[585]: 7 logical volume(s) in volume group "archvg" now active}}。		\| 6 \|\| Informational \|\| info \|\| 何も対応が必要ない通常のメッセージ \|\| {{ic\|lvm[585]: 7 logical volume(s) in volume group "archvg" now active}}。
	\|-		\|-
	\| 7 \|\| Debug \|\| debug \|\| アプリケーションをデバッグするのに役立つ情報 \|\| {{ic\|kdeinit5[1900]: powerdevil: Scheduling inhibition from ":1.14" "firefox" with cookie 13 and reason "screen"}}。		\| 7 \|\| Debug \|\| debug \|\| アプリケーションをデバッグするのに役立つ情報 \|\| {{ic\|kdeinit5[1900]: powerdevil: Scheduling inhibition from ":1.14" "firefox" with cookie 13 and reason "screen"}}。

Kgx: /* フィルタリング */ 情報を更新

2023-05-31T13:21:47Z

フィルタリング: 情報を更新

← 古い版		2023年5月31日 (水) 22:21時点における版
116行目:		116行目:
	* プライオリティレベルがエラー・クリティカル・アラートのメッセージだけを表示: {{bc\|# journalctl -p err..alert}} {{ic\|journalctl -p 3..1}} と数字を使うこともできます。{{ic\|journalctl -p 3}} のようにひとつだけ指定した場合、指定されたプライオリティよりも高いレベルのメッセージも表示されます。		* プライオリティレベルがエラー・クリティカル・アラートのメッセージだけを表示: {{bc\|# journalctl -p err..alert}} {{ic\|journalctl -p 3..1}} と数字を使うこともできます。{{ic\|journalctl -p 3}} のようにひとつだけ指定した場合、指定されたプライオリティよりも高いレベルのメッセージも表示されます。
	* syslog の facility をフィルタリングすることで {{ic\|auth.log}} と同等の内容を表示: {{bc\|1=# journalctl SYSLOG_FACILITY=10}}		* syslog の facility をフィルタリングすることで {{ic\|auth.log}} と同等の内容を表示: {{bc\|1=# journalctl SYSLOG_FACILITY=10}}
			* ジャーナルディレクトリ (デフォルトでは {{ic\|/var/log/journal}} にあります) に大量のログデータが含まれている場合、{{ic\|journalctl}} が出力をフィルタリングするのに数分かかることがあります。{{ic\|--file}} オプションを使用して、{{ic\|journalctl}} が最新のジャーナルのみを参照するように強制すると、大幅に高速化できます: {{bc\|# journalctl --file /var/log/journal /*/system.journal -f}}

	詳しくは {{man\|1\|journalctl}}, {{man\|7\|systemd.journal-fields}} や Lennart の[http://0pointer.de/blog/projects/journalctl.html ブログ記事] を見て下さい。		詳しくは {{man\|1\|journalctl}}, {{man\|7\|systemd.journal-fields}} や Lennart の[http://0pointer.de/blog/projects/journalctl.html ブログ記事] を見て下さい。

	{{Tip\|1=		{{Tip\|1=
	デフォルトで、''journalctl'' は画面からはみ出る行を切り詰めますが、場合によっては、折り返しが有効になっていたほうが読みやすいことがあります。{{ic\|SYSTEMD_LESS}} [[環境変数]]によってこれを制御することができ、[[Core Utilities#less\|less]] (デフォルトのページャ) に渡すオプションを指定します。デフォルトは {{ic\|FRSXMK}} です (詳しくは {{man\|1\|less}} や {{man\|1\|journalctl}} を参照)。		デフォルトで、''journalctl'' は画面からはみ出る行を切り詰めますが、場合によっては、折り返しが有効になっていたほうが読みやすいことがあります。{{ic\|SYSTEMD_LESS}} [[環境変数]]によってこれを制御することができ、[[Core Utilities#less\|less]] (デフォルトのページャ) に渡すオプションを指定します。デフォルトは {{ic\|FRSXMK}} です (詳しくは {{man\|1\|less}} や {{man\|1\|journalctl}} を参照)

	{{ic\|S}} オプションを省くことで、出力は折り返されるようになります。例えば、以下のように ''journalctl'' を起動してください:		{{ic\|S}} オプションを省くことで、出力は折り返されるようになります。例えば、以下のように ''journalctl'' を起動してください:

Kgx: /* フィルタリング */ 同期

2023-05-31T13:17:08Z

フィルタリング: 同期

← 古い版		2023年5月31日 (水) 22:17時点における版
104行目:		104行目:
	例:		例:

			* 一致するすべてのメッセージを表示 {{ic\|''PATTERN''}}: {{bc\|1=# journalctl --grep=''PATTERN''}}
	* 起動時からの全てのメッセージを表示: {{bc\|# journalctl -b}} 場合によっては最新のブートメッセージではなく、以前のブートのメッセージを読みたいことがあります (例えば復旧できないシステムクラッシュが起こった場合)。{{ic\|-b}} フラグに任意のパラメータを付けることでメッセージをオフセットして読むことが可能です: {{ic\|journalctl -b -0}} は最新のブートのメッセージを、{{ic\|journalctl -b -1}} は一つ前のブートのメッセージを表示し {{ic\|journalctl -b -2}} は二つ前、と続きます。{{ic\|journalctl --list-boots}} を使うことで数字を確認できます。詳しくは {{man\|1\|journalctl}} を見て下さい、セマンティックスはより強力です。		* 起動時からの全てのメッセージを表示: {{bc\|# journalctl -b}} 場合によっては最新のブートメッセージではなく、以前のブートのメッセージを読みたいことがあります (例えば復旧できないシステムクラッシュが起こった場合)。{{ic\|-b}} フラグに任意のパラメータを付けることでメッセージをオフセットして読むことが可能です: {{ic\|journalctl -b -0}} は最新のブートのメッセージを、{{ic\|journalctl -b -1}} は一つ前のブートのメッセージを表示し {{ic\|journalctl -b -2}} は二つ前、と続きます。{{ic\|journalctl --list-boots}} を使うことで数字を確認できます。詳しくは {{man\|1\|journalctl}} を見て下さい、セマンティックスはより強力です。
			* 利用可能な場合は、メッセージカタログからのログメッセージの説明を含めます: {{bc\|#journalctl -x}} ログをバグレポートやサポートスレッドに添付する場合は、無関係な出力を制限するため、この機能を使用しないでください。{{ic\|journalctl --list-catalog}} を実行すると、既知のカタログエントリをすべてリストできます。
	* 特定の日付 (任意で時間も指定可能) からのメッセージを全て表示: {{bc\|1=# journalctl --since="2012-10-30 18:17:16"}}		* 特定の日付 (任意で時間も指定可能) からのメッセージを全て表示: {{bc\|1=# journalctl --since="2012-10-30 18:17:16"}}
	* 20分前からのメッセージを全て表示: {{bc\|1=# journalctl --since "20 min ago"}}		* 20分前からのメッセージを全て表示: {{bc\|1=# journalctl --since "20 min ago"}}

Kgx: /* journald と syslog の結合 */ 情報を更新

2023-05-31T13:10:28Z

journald と syslog の結合: 情報を更新

← 古い版		2023年5月31日 (水) 22:10時点における版
172行目:		172行目:
	== journald と syslog の結合 ==		== journald と syslog の結合 ==

	~~古典的な~~ [[~~syslog~~-ng\|syslog]] との互換性は、~~すべてのメッセージ~~がソケット {{ic\|/run/systemd/journal/syslog}} に転送されることで実現されます。syslog を使うには、{{ic\|/dev/log/}} ~~の代わりに~~このソケット~~を指定し~~ます ([https://lwn.net/Articles/474968/ 公式アナウンス])。		従来のジャーナル非対応の [[Syslog-ng\|syslog]] 実装との互換性は、''systemd'' がソケット {{ic\|/run/systemd/journal/syslog}} 経由ですべてのメッセージを転送できるようにすることで実現できます。syslog デーモンをジャーナルと連携させるには、{{ic\|/dev/log}} ではなくこのソケットにバインドする必要があります。([https://lwn.net/Articles/474968/ 公式アナウンス])

	~~''systemd''~~ ~~216~~ からオーバーヘッドを~~減らす~~ために {{ic\|journald.conf}} ~~のソケットの転送~~は~~デフォルトで無効になっています~~ ({{ic\|1=ForwardToSyslog=no}}~~)。[[rsyslog]]~~ ~~や [[syslog-ng]] (3.6 以降) は~~ [https://lists.freedesktop.org/archives/systemd-devel/2014-August/022295.html#journald 自力で] journal からメッセージを取得するためです。		[[rsyslog]] または [[syslog-ng]] がプルされるため、システムのオーバーヘッドを避けるために、ソケットに転送するためのデフォルトの {{ic\|journald.conf}} は {{ic\|1=ForwardToSyslog=no}} です。 [https://lists.freedesktop.org/archives/systemd-devel/2014-August/022295.html#journald 自力で] journal からメッセージを取得するためです。

	設定の詳細は [[Syslog-ng#概要]], [[Syslog-ng#syslog-ng と systemd journal]], [[rsyslog]] を見て下さい。		設定の詳細は [[Syslog-ng#概要]], [[Syslog-ng#syslog-ng と systemd journal]], [[rsyslog]] を見て下さい。

Kusanaginoturugi: 校正

2023-05-18T01:18:19Z

校正

← 古い版		2023年5月18日 (木) 10:18時点における版
11行目:		11行目:
	Arch Linux では、{{ic\|/var/log/journal/}} ディレクトリは {{Pkg\|systemd}} パッケージの一部で、journal は（{{ic\|/etc/systemd/journald.conf}} で {{ic\|1=Storage=}} が {{ic\|auto}} に設定されている場合）{{ic\|/var/log/journal/}} に書き込みます。もし該当ディレクトリが削除された場合、''systemd'' はそれを自動的に再生成せず、代わりに {{ic\|/run/systemd/journal}} に非永続的な方式でログを書き込みます。ただし、{{ic\|journald.conf}} に {{ic\|1=Storage=persistent}} が追加され、{{ic\|systemd-journald.service}} が[[再起動]]された（またはシステムが再起動した）場合、ディレクトリは再生成されます。		Arch Linux では、{{ic\|/var/log/journal/}} ディレクトリは {{Pkg\|systemd}} パッケージの一部で、journal は（{{ic\|/etc/systemd/journald.conf}} で {{ic\|1=Storage=}} が {{ic\|auto}} に設定されている場合）{{ic\|/var/log/journal/}} に書き込みます。もし該当ディレクトリが削除された場合、''systemd'' はそれを自動的に再生成せず、代わりに {{ic\|/run/systemd/journal}} に非永続的な方式でログを書き込みます。ただし、{{ic\|journald.conf}} に {{ic\|1=Storage=persistent}} が追加され、{{ic\|systemd-journald.service}} が[[再起動]]された（またはシステムが再起動した）場合、ディレクトリは再生成されます。

	Systemd ジャーナルはメッセージを[[#プライオリティレベル\|プライオリティレベル]]と[[#ファシリティ\|ファシリティ]]で分類します。古典的な [[wikipedia:Syslog\|Syslog]] プロトコルと対応しています ([https://tools.ietf.org/html/rfc5424 RFC 5424])。		Systemd ジャーナルはメッセージを[[#プライオリティレベル\|プライオリティレベル]]と[[#ファシリティ\|ファシリティ]]で分類します。古典的な [[wikipedia:Syslog\|Syslog]] プロトコルに対応しています ([https://tools.ietf.org/html/rfc5424 RFC 5424])。

	==プライオリティレベル==		==プライオリティレベル==

Kusanaginoturugi: 飜訳

2023-05-18T01:17:16Z

飜訳

← 古い版		2023年5月18日 (木) 10:17時点における版
7行目:		7行目:
	メインの記事は [[systemd]] を参照。		メインの記事は [[systemd]] を参照。

	''systemd'' は、~~バージョン~~ ~~38 から~~自前のログシステム~~である journal~~ を~~搭載しています。従~~って、~~syslog~~ デーモンを起動する必要は~~もはや~~ありません。ログを読むには:		''systemd'' は、journal という独自のログシステムを持っており、別途ログデーモンを動作させる必要はありません。ログを読むには、{{man\|1\|journalctl}} を使用します。

			Arch Linux では、{{ic\|/var/log/journal/}} ディレクトリは {{Pkg\|systemd}} パッケージの一部で、journal は（{{ic\|/etc/systemd/journald.conf}} で {{ic\|1=Storage=}} が {{ic\|auto}} に設定されている場合）{{ic\|/var/log/journal/}} に書き込みます。もし該当ディレクトリが削除された場合、''systemd'' はそれを自動的に再生成せず、代わりに {{ic\|/run/systemd/journal}} に非永続的な方式でログを書き込みます。ただし、{{ic\|journald.conf}} に {{ic\|1=Storage=persistent}} が追加され、{{ic\|systemd-journald.service}} が[[再起動]]された（またはシステムが再起動した）場合、ディレクトリは再生成されます。
	# journalctl

	デフォルトで ({{ic\|/etc/systemd/journald.conf}} 内で {{ic\|Storage=}} が {{ic\|auto}} に設定されているとき)、journal は {{ic\|/var/log/journal/}} へ書き込みを行います。Arch Linux では {{ic\|/var/log/journal/}} ディレクトリは {{Pkg\|systemd}} の一部であり、あなたや何らかのプログラムがディレクトリを削除した場合、systemd は自動で'''再作成しません'''が、systemd のアップデートがあるとディレクトリは作りなおされます。それまでログは代わりに {{ic\|/run/systemd/journal}} に書き込まれます。ただし再起動時にこのログは消失してしまいます。

	Systemd ジャーナルはメッセージを[[#プライオリティレベル\|プライオリティレベル]]と[[#ファシリティ\|ファシリティ]]で分類します。古典的な [[wikipedia:Syslog\|Syslog]] プロトコルと対応しています ([https://tools.ietf.org/html/rfc5424 RFC 5424])。		Systemd ジャーナルはメッセージを[[#プライオリティレベル\|プライオリティレベル]]と[[#ファシリティ\|ファシリティ]]で分類します。古典的な [[wikipedia:Syslog\|Syslog]] プロトコルと対応しています ([https://tools.ietf.org/html/rfc5424 RFC 5424])。

← 古い版		2024年2月15日 (木) 04:24時点における版
170行目:		170行目:
	* 使用ディスク容量が 100M 以下になるまで journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-size=100M}}		* 使用ディスク容量が 100M 以下になるまで journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-size=100M}}
	* 2週間以上前のデータを含んでいる journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-time=2weeks}}		* 2週間以上前のデータを含んでいる journal ファイルを削除する: {{bc\|1=# journalctl --vacuum-time=2weeks}}

			ジャーナルファイルは、バキュームコマンドでトリミングする前に、ローテーションされて非アクティブになっている必要があります。ジャーナルファイルのローテーションは、{{ic\|journalctl --rotate}} を実行することで実行できます。{{ic\|--rotate}} 引数を 1 つ以上のバキューム基準引数と一緒に指定して、ローテーションを実行し、単一のコマンドでファイルをトリミングすることもできます。

	詳しくは {{man\|1\|journalctl}} を見て下さい。		詳しくは {{man\|1\|journalctl}} を見て下さい。

← 古い版		2023年5月31日 (水) 22:21時点における版
116行目:		116行目:
	* プライオリティレベルがエラー・クリティカル・アラートのメッセージだけを表示: {{bc\|# journalctl -p err..alert}} {{ic\|journalctl -p 3..1}} と数字を使うこともできます。{{ic\|journalctl -p 3}} のようにひとつだけ指定した場合、指定されたプライオリティよりも高いレベルのメッセージも表示されます。		* プライオリティレベルがエラー・クリティカル・アラートのメッセージだけを表示: {{bc\|# journalctl -p err..alert}} {{ic\|journalctl -p 3..1}} と数字を使うこともできます。{{ic\|journalctl -p 3}} のようにひとつだけ指定した場合、指定されたプライオリティよりも高いレベルのメッセージも表示されます。
	* syslog の facility をフィルタリングすることで {{ic\|auth.log}} と同等の内容を表示: {{bc\|1=# journalctl SYSLOG_FACILITY=10}}		* syslog の facility をフィルタリングすることで {{ic\|auth.log}} と同等の内容を表示: {{bc\|1=# journalctl SYSLOG_FACILITY=10}}
			* ジャーナルディレクトリ (デフォルトでは {{ic\|/var/log/journal}} にあります) に大量のログデータが含まれている場合、{{ic\|journalctl}} が出力をフィルタリングするのに数分かかることがあります。{{ic\|--file}} オプションを使用して、{{ic\|journalctl}} が最新のジャーナルのみを参照するように強制すると、大幅に高速化できます: {{bc\|# journalctl --file /var/log/journal /*/system.journal -f}}

	詳しくは {{man\|1\|journalctl}}, {{man\|7\|systemd.journal-fields}} や Lennart の[http://0pointer.de/blog/projects/journalctl.html ブログ記事] を見て下さい。		詳しくは {{man\|1\|journalctl}}, {{man\|7\|systemd.journal-fields}} や Lennart の[http://0pointer.de/blog/projects/journalctl.html ブログ記事] を見て下さい。

	{{Tip\|1=		{{Tip\|1=
	デフォルトで、''journalctl'' は画面からはみ出る行を切り詰めますが、場合によっては、折り返しが有効になっていたほうが読みやすいことがあります。{{ic\|SYSTEMD_LESS}} [[環境変数]]によってこれを制御することができ、[[Core Utilities#less\|less]] (デフォルトのページャ) に渡すオプションを指定します。デフォルトは {{ic\|FRSXMK}} です (詳しくは {{man\|1\|less}} や {{man\|1\|journalctl}} を参照)。		デフォルトで、''journalctl'' は画面からはみ出る行を切り詰めますが、場合によっては、折り返しが有効になっていたほうが読みやすいことがあります。{{ic\|SYSTEMD_LESS}} [[環境変数]]によってこれを制御することができ、[[Core Utilities#less\|less]] (デフォルトのページャ) に渡すオプションを指定します。デフォルトは {{ic\|FRSXMK}} です (詳しくは {{man\|1\|less}} や {{man\|1\|journalctl}} を参照)

	{{ic\|S}} オプションを省くことで、出力は折り返されるようになります。例えば、以下のように ''journalctl'' を起動してください:		{{ic\|S}} オプションを省くことで、出力は折り返されるようになります。例えば、以下のように ''journalctl'' を起動してください:

← 古い版		2023年5月31日 (水) 22:17時点における版
104行目:		104行目:
	例:		例:

			* 一致するすべてのメッセージを表示 {{ic\|''PATTERN''}}: {{bc\|1=# journalctl --grep=''PATTERN''}}
	* 起動時からの全てのメッセージを表示: {{bc\|# journalctl -b}} 場合によっては最新のブートメッセージではなく、以前のブートのメッセージを読みたいことがあります (例えば復旧できないシステムクラッシュが起こった場合)。{{ic\|-b}} フラグに任意のパラメータを付けることでメッセージをオフセットして読むことが可能です: {{ic\|journalctl -b -0}} は最新のブートのメッセージを、{{ic\|journalctl -b -1}} は一つ前のブートのメッセージを表示し {{ic\|journalctl -b -2}} は二つ前、と続きます。{{ic\|journalctl --list-boots}} を使うことで数字を確認できます。詳しくは {{man\|1\|journalctl}} を見て下さい、セマンティックスはより強力です。		* 起動時からの全てのメッセージを表示: {{bc\|# journalctl -b}} 場合によっては最新のブートメッセージではなく、以前のブートのメッセージを読みたいことがあります (例えば復旧できないシステムクラッシュが起こった場合)。{{ic\|-b}} フラグに任意のパラメータを付けることでメッセージをオフセットして読むことが可能です: {{ic\|journalctl -b -0}} は最新のブートのメッセージを、{{ic\|journalctl -b -1}} は一つ前のブートのメッセージを表示し {{ic\|journalctl -b -2}} は二つ前、と続きます。{{ic\|journalctl --list-boots}} を使うことで数字を確認できます。詳しくは {{man\|1\|journalctl}} を見て下さい、セマンティックスはより強力です。
			* 利用可能な場合は、メッセージカタログからのログメッセージの説明を含めます: {{bc\|#journalctl -x}} ログをバグレポートやサポートスレッドに添付する場合は、無関係な出力を制限するため、この機能を使用しないでください。{{ic\|journalctl --list-catalog}} を実行すると、既知のカタログエントリをすべてリストできます。
	* 特定の日付 (任意で時間も指定可能) からのメッセージを全て表示: {{bc\|1=# journalctl --since="2012-10-30 18:17:16"}}		* 特定の日付 (任意で時間も指定可能) からのメッセージを全て表示: {{bc\|1=# journalctl --since="2012-10-30 18:17:16"}}
	* 20分前からのメッセージを全て表示: {{bc\|1=# journalctl --since "20 min ago"}}		* 20分前からのメッセージを全て表示: {{bc\|1=# journalctl --since "20 min ago"}}