入力すると、sudo journalctl
ある種のリーダーにシステムログが表示されます。 jとkを押すとViのように動作しますが、Gはファイルの終わりに移動しません。実際にGを押すとストリームが停止し、強制終了しました。
Journalctlのマニュアルページには、リーダーの使用に関する言及はありません。
答え1
その「読者」がまさにそれだless
。
Journalctlのマニュアルページには、リーダーの使用に関する言及はありません。
エラー、マニュアルページに次のように表示されます。
The output is paged through `less` by default,
しかし:
ただし、Gはファイルの終わりに達しません。実際にGを押すとストリームが停止し、強制終了しました。
Gはうまく機能しますが、ログが長すぎて最後まで検索するまで長時間検索します。
マニュアルページから:
-e, --pager-end Immediately jump to the end of the journal inside the implied pager tool. This implies -n1000 to guarantee that the pager will not buffer logs of unbounded size. This may be overridden with an explicit -n with some other numeric value, while -nall will disable this cap. Note that this option is only supported for the less(1) pager.
だから、
journalctl -e
それがまさにあなたが逃げたいものです!
答え2
に追加する@Marcus Müllerの素晴らしい答え:
# show only the last 1000 lines of the systemd journal (`-n 1000` is implied),
# jumping straight to the end (`-e`)
journalctl -e
# same as above
journalctl -n 1000 -e
# same as above, except show the last 10000 lines instead of 1000 lines
journalctl -n 10000 -e
行数を数えることでこれが機能することを証明できます。実行と出力:
$ journalctl -n 10000 -e | wc -l
10020
journalctl
ログが長すぎて読み込むのに1分かかりますので、直接実行するよりもはるかに高速です。