このタイトルの付いたこのWebページによると、 「Linuxが最後のシステム再起動の日時コマンドを見つける」 できるlast reboot | head -1
システムが最後に再起動された日時を確認します。私が得る出力は、彼らが提供する出力に似ています:
reboot system boot 3.13.0-116-gener Thu Apr 13 14:12 - 20:09 (05:56)
私の質問は、14:12 - 20:09
部分はどういう意味ですか?それは、システムが午後2時12分に再起動プロセスを開始し、午後8時9分に終了したことを意味しますか?それは私には非常にありそうにないので。
実行last reboot -F
および出力がより明確になるはずです。 -F
オプション の意味:
完全なログインとログアウトの時間と日付を印刷します。
したがって、これらの値は再起動間のタイムスパンを示しています。
これは、システムが14:12
で起動し、20:09
でシャットダウンされ、合計稼働時間が5:56
であることを意味します。
TL; DR
| head -1
の質問のように、それが最新のエントリである場合、シャットダウン時間は現在のシステム時間であり、稼働時間はシステムが現在実行されている時間を反映します。ログにある残りのすべての行は、出力を制限するためにhead
を使用しないかどうかを示し、指定された日時から始まるシステムの実際のシャットダウン時間と稼働時間を示します。
たとえば、私のシステムでは、last reboot | head -6
は次のようになります。
reboot system boot 4.4.46-11-defaul Mon Apr 10 19:58 - 04:00 (5+08:00)
reboot system boot 4.4.46-11-defaul Sat Apr 8 17:22 - 08:19 (1+14:56)
reboot system boot 4.4.46-11-defaul Sat Apr 8 00:15 - 11:06 (10:51)
reboot system boot 4.4.46-11-defaul Thu Apr 6 18:46 - 00:04 (1+05:18)
reboot system boot 4.4.46-11-defaul Wed Apr 5 17:43 - 11:30 (17:46)
reboot system boot 4.4.46-11-defaul Tue Apr 4 21:36 - 09:36 (12:00)
これは、順序を逆にして、次のシーケンスに変換されます。
Booted Shut Down System up for
------------ ------------ -------------
Apr 4 21:36 Apr 5 09:36 12:00
Apr 5 17:43 Apr 6 11:30 17:46
Apr 6 18:46 Apr 8 00:04 1 day 05:18
Apr 8 00:15 Apr 8 11:06 10:51
Apr 8 17:22 Apr 10 08:19 1 day 14:56
Apr 10 19:58 Still running 5 days 08:00 (so far)
最新のブートである最初の行では、システムが実際にシャットダウンされるまで、シャットダウン時間が確定されません。代わりに、last reboot
コマンドを実行するたびに現在の時刻が表示されます。
したがって、再起動プロセスが午後2時12分に開始し、午後8時9分に終了する可能性は低いという点で正しいです。それが本当なら、あなたのシステムでいくつかの深刻な仕事をする時が来たでしょう!再起動プロセスにかかった時間はその出力には反映されず、システムが起動してから実行されていた時間です。 last
コマンドはその情報を直接提供しません。ただし、プロセスにかかる時間を大まかに把握するのに役立つエントリが提供されます。
これを行うには、システムのrunlevel
およびshutdown
エントリを出力に追加する-x
オプションを含める必要があります。出力をフィルタリングするには、reboot
疑似ユーザーとrunlevel
疑似ユーザーの両方を探します。報告された時間にlast
秒を追加するには、-F
オプションを使用して、時間エントリを秒を含む完全な日付と時刻に拡張します。また、ブートプロセスごとに1つではなく2つのエントリがあるため、head
コマンドに渡される数を2倍にする必要があります。上記のように最後の6回の再起動が必要な場合は、今回は-12
を使用する必要があります。
last -xF reboot runlevel | head -12
を実行すると、次のようになります。
runlevel (to lvl 5) 4.4.46-11-defaul Mon Apr 10 19:59:57 2017 - Sun Apr 16 04:00:28 2017 (5+08:00)
reboot system boot 4.4.46-11-defaul Mon Apr 10 19:58:40 2017 - Sun Apr 16 04:00:28 2017 (5+08:01)
runlevel (to lvl 5) 4.4.46-11-defaul Sat Apr 8 17:23:57 2017 - Mon Apr 10 08:19:12 2017 (1+14:55)
reboot system boot 4.4.46-11-defaul Sat Apr 8 17:22:39 2017 - Mon Apr 10 08:19:12 2017 (1+14:56)
runlevel (to lvl 5) 4.4.46-11-defaul Sat Apr 8 00:16:16 2017 - Sat Apr 8 11:06:55 2017 (10:50)
reboot system boot 4.4.46-11-defaul Sat Apr 8 00:15:02 2017 - Sat Apr 8 11:06:55 2017 (10:51)
runlevel (to lvl 5) 4.4.46-11-defaul Thu Apr 6 18:47:55 2017 - Sat Apr 8 00:04:46 2017 (1+05:16)
reboot system boot 4.4.46-11-defaul Thu Apr 6 18:46:43 2017 - Sat Apr 8 00:04:46 2017 (1+05:18)
runlevel (to lvl 5) 4.4.46-11-defaul Wed Apr 5 17:44:46 2017 - Thu Apr 6 11:30:26 2017 (17:45)
reboot system boot 4.4.46-11-defaul Wed Apr 5 17:43:40 2017 - Thu Apr 6 11:30:26 2017 (17:46)
runlevel (to lvl 5) 4.4.46-11-defaul Tue Apr 4 21:37:25 2017 - Wed Apr 5 09:36:34 2017 (11:59)
reboot system boot 4.4.46-11-defaul Tue Apr 4 21:36:13 2017 - Wed Apr 5 09:36:34 2017 (12:00)
再起動プロセスごとにシステムが実行レベル5に達した時間から再起動時間を差し引くと、平均して1分15秒に近い時間が得られます。つまり、notは、電源を入れてから実行レベル5までの再起動にかかる時間です。Linuxが実行レベルに達するまでにかかる時間です。 5システムの制御を取得した後。 POSTおよびBIOSチェックの時間は含まれていません。that時間を見つけるには、次の時計が必要です。システムの時刻と正確に一致し、電源ボタンを押した時刻を記録し、last
。違いは、コンピューターがLinuxに制御を渡すポイントに到達するまでにかかる時間です。
起動プロセスのどの時点がログに記録された時間に対応するのか正確にはわからないことを認めます。ブートローダー(おそらくGRUB)が起動したとき、またはGRUBがカーネルを呼び出したとき、またはカーネルがロードされたときに、それ以外のすべてのロードを開始したときです。私の推測によると、GRUBが呼び出されたときです。ほとんどの場合、同じシステムで起動するため、GRUBメニューが少し遅れますが、それでも、GRUBがロードされるのを待っていることが多く、通常はを押します。 Enter 遅延が切れる前に。これは、起動から実行レベル5までの最小時間と最大時間の間の6秒の変動を説明できます。もちろん、これはonly私の推測です。
システムの再起動3.10.0-862.el7.x 2019年9月18日水曜日15:42:34-2019年9月19日木曜日07:24:31(15:41)
この例では:
==> Sep 18 15:42:34 2019 ==>この部分は、最後のシステム再起動日時です。
==> Thu Sep 19 07:24:31 2019 ==>この部分は、システムの現在の日付と時刻です。
==>そして最後の部分 "(15:41)" ==>再起動から現在の日時までの期間です。