これは 3 年前の投稿だと思いますが、私が最近行ったように、将来この問題に遭遇する他の誰かのために、とにかく返信します。
他の投稿を読んで、出力を一定期間自分で監視したところ、各行にセッションの開始日時、セッションの終了時刻 (終了日ではありません)、およびセッションの期間がリストされているように見えます。 (ログイン時間)
のような形式で(日+時間:分)
再起動ユーザーは、システムが起動されるたびにログインし、システムが再起動またはシャットダウンされたときにオフになっていることが示されているように見えます。これらの行では、「セッション期間」情報は時間の長さ (日 + 時間:分) です。その「セッション」が続いた、つまり、シャットダウンする前にシステムが稼働していた時間です。
私にとって、最新の再起動エントリは現在の時刻を「ログオフ」時間として示しており、そのエントリのセッション期間データは現在の稼働時間の出力と一致しています。
この行では:
システムの再起動 ブート 3.2.13-grsec-xxx 4 月 3 日火曜日 07:34 - 09:17 (9+01:42)
システムは 4 月 3 日（火）午前 7 時 34 分に起動し、9 日と 1 時間 42 分後（4 月 12 日）の午前 9 時 17 分にシャットダウンしました。 (または、この出力はその時点で収集されたものであり、これは最新の再起動エントリであり、「再起動」は実際にはまだ「ログオフ」されていません。この場合、最後のコマンドを再度実行すると出力が変更されます。)
4 月 3 日に再起動ユーザーの 2 つのエントリがあり、両方とも 9 日間だったのはなぜか、私には謎です。私のシステムではそれができません。
まとめ
- 最初のタイムスタンプは、再起動中にシステムがダウンした時刻のようです。
- 2 番目のタイムスタンプと経過時間はあまり役に立ちません。
-xを渡すlastへのオプションrebootに表示されるタイムスタンプに影響を与えるシャットダウンや実行レベルの変更に関連する他のイベントを表示するのに役立つ場合があります。 行。tuptime別の回答で参照されているツールを使用すると、これがより明確になる場合がありますが、私は見ていません。
詳細
last CentOS 6 および 7 の man ページには次のように書かれています:
システムが再起動されるたびに、疑似ユーザーの再起動がログインします。
ユーザーがいつログアウトするかについては何も述べていません。以下に示す証拠は、ログアウト時間が明示的に記録されていないことを示唆しているようです。 reboot そして shutdown 誰かが興味を持っている場合は、man ページにランレベルの変更の記録に関する詳細が記載されています。
テストの結果、ログイン時刻はシャットダウン プロセスの後半からのもののようです。reboot コマンドが発行されました。
したがって、ログアウト時間 (2 番目のタイムスタンプ) と、「再起動」がログインされていた期間 (括弧内に表示) は、おそらく無視する必要があるように思われます。
-F を渡すと last へのオプション 、完全なタイムスタンプが表示されます。これにより、マシンが偶然同時に再起動されていないことが少し明確になります。まったく同じタイムスタンプが数回表示されているだけです.また、 -x を渡すと フラグ、それは「システム シャットダウン エントリと実行レベルの変更」を示します。
ここでは、CentOS 7 で実行し、-R も渡しました。 ホスト名/カーネル バージョン列を抑制するオプション。また、興味のない root ログインを削除しました:
# date ; last -x -F -R
Mon Nov 12 01:10:44 UTC 2018
root pts/0 Mon Nov 12 00:02:57 2018 still logged in
runlevel (to lvl 3) Sat Nov 10 17:57:29 2018 - Mon Nov 12 01:10:44 2018 (1+07:13)
reboot system boot Sat Nov 10 17:57:12 2018 - Mon Nov 12 01:10:44 2018 (1+07:13)
runlevel (to lvl 3) Sat Oct 27 17:58:20 2018 - Sat Nov 10 17:57:29 2018 (13+23:59)
reboot system boot Sat Oct 27 17:58:03 2018 - Mon Nov 12 01:10:44 2018 (15+07:12)
runlevel (to lvl 3) Sat Jul 21 18:14:55 2018 - Sat Oct 27 17:58:20 2018 (97+23:43)
reboot system boot Sat Jul 21 18:14:16 2018 - Mon Nov 12 01:10:44 2018 (113+06:56)
runlevel (to lvl 3) Sun Nov 12 22:36:14 2017 - Sat Jul 21 18:14:55 2018 (250+19:38)
reboot system boot Sun Nov 12 22:35:35 2017 - Mon Nov 12 01:10:44 2018 (364+02:35)
root pts/0 Fri Nov 10 07:13:20 2017 - crash (2+15:22)
runlevel (to lvl 3) Sun Aug 27 04:15:56 2017 - Sun Nov 12 22:36:14 2017 (77+18:20)
reboot system boot Sun Aug 27 04:14:59 2017 - Mon Nov 12 01:10:44 2018 (441+20:55)
runlevel (to lvl 3) Mon Aug 14 00:14:01 2017 - Sun Aug 27 04:15:56 2017 (13+04:01)
reboot system boot Mon Aug 14 00:13:46 2017 - Mon Nov 12 01:10:44 2018 (455+00:56)
上記の 6 つの「再起動」行のログアウト時間は、現在の時間と同じです。
shutdown system down Fri Aug 11 08:05:29 2017 - Mon Aug 14 00:13:46 2017 (2+16:08)
root pts/0 Fri Aug 11 08:05:23 2017 - down (00:00)
runlevel (to lvl 3) Fri Jun 30 07:05:42 2017 - Fri Aug 11 08:05:29 2017 (42+00:59)
reboot system boot Fri Jun 30 07:05:27 2017 - Fri Aug 11 08:05:29 2017 (42+01:00)
[...]
root pts/0 Fri Jun 30 05:48:16 2017 - crash (01:17)
root pts/0 Tue Jun 27 04:59:56 2017 - Tue Jun 27 05:00:30 2017 (00:00)
root pts/0 Mon Jun 26 11:20:57 2017 - Mon Jun 26 04:24:39 2017 (-6:-56)
runlevel (to lvl 3) Mon Jun 26 11:15:13 2017 - Fri Jun 30 07:05:42 2017 (3+19:50)
reboot system boot Mon Jun 26 11:14:57 2017 - Fri Aug 11 08:05:29 2017 (45+20:50)
root pts/0 Sun Jun 25 14:07:51 2017 - crash (21:07)
[...]
root tty1 Thu Jun 22 13:07:42 2017 - crash (3+22:07)
runlevel (to lvl 3) Thu Jun 22 13:07:07 2017 - Mon Jun 26 11:15:13 2017 (3+22:08)
reboot system boot Thu Jun 22 13:06:51 2017 - Fri Aug 11 08:05:29 2017 (49+18:58)
root pts/0 Thu Jun 22 12:43:56 2017 - crash (00:22)
runlevel (to lvl 3) Thu Jun 22 12:30:53 2017 - Thu Jun 22 13:07:07 2017 (00:36)
reboot system boot Thu Jun 22 12:30:38 2017 - Fri Aug 11 08:05:29 2017 (49+19:34)
root pts/1 Thu Jun 22 12:26:49 2017 - crash (00:03)
root pts/0 Thu Jun 22 11:55:28 2017 - crash (00:35)
runlevel (to lvl 3) Thu Jun 22 11:49:53 2017 - Thu Jun 22 12:30:53 2017 (00:41)
reboot system boot Thu Jun 22 11:49:14 2017 - Fri Aug 11 08:05:29 2017 (49+20:16)
上記の 5 つの「再起動」行のログアウト時間は、それに続く「システムのシャットダウン」の時間と同じです。
shutdown system down Thu Jun 22 11:47:45 2017 - Thu Jun 22 11:49:14 2017 (00:01)
[...]
runlevel (to lvl 3) Wed Jun 21 15:59:42 2017 - Thu Jun 22 11:47:45 2017 (19:48)
reboot system boot Wed Jun 21 15:59:27 2017 - Thu Jun 22 11:47:45 2017 (19:48)
"reboot" ログアウト時間が "shutdown system down" 時間と再び一致します。
shutdown system down Wed Jun 21 15:57:58 2017 - Wed Jun 21 15:59:27 2017 (00:01)
root pts/0 Wed Jun 21 14:27:43 2017 - down (01:30)
[...]
runlevel (to lvl 3) Tue Jun 20 17:14:15 2017 - Wed Jun 21 15:57:58 2017 (22:43)
reboot system boot Tue Jun 20 17:14:00 2017 - Wed Jun 21 15:57:58 2017 (22:43)
上記のとおりです。
上記の結果から、疑似ユーザー「reboot」の明示的なログアウト時間が記録されていないため、last 次の「シャットダウン システム ブート」のログアウト時刻、またはそれに続く「シャットダウン システム ブート」がない場合は現在時刻を割り当てます。
「runlevel (to lvl 3)」エントリは、より賢明なログアウト時間を推測しているようですが、クラッシュを考慮していないようです.