'last'コマンドの出力で「クラッシュ」エントリを説明できない


10

最後は12:02と14:18に「クラッシュ」を示していますが、システムはその時点で動作を停止しませんでした。一方、15:03の再起動は、実際のクラッシュから回復するためのものでした。システムは14:46に応答を停止しました。マシンの実際のクラッシュの前に、最後に2つの「クラッシュ」が表示されるのはなぜですか?

[admin@devbox log]$ last | head
myuser pts/2        myhostname  Wed Sep 28 15:12   still logged in
myuser pts/2        myhostname  Wed Sep 28 15:09 - 15:12  (00:02)
myuser pts/2        myhostname  Wed Sep 28 15:07 - 15:09  (00:01)
myuser pts/1        myhostname  Wed Sep 28 15:06   still logged in
myuser pts/0        myhostname  Wed Sep 28 15:04   still logged in
reboot   system boot  2.6.18-274.el5PA Wed Sep 28 15:03          (00:09)
myuser pts/1        myhostname  Wed Sep 28 14:18 - crash  (00:44)
myuser pts/0        myhostname  Wed Sep 28 12:02 - crash  (03:01)

編集:15:03での再起動で十分ですが、14:18と12:02の2つの「クラッシュ」エントリは説明できません。


40分...しかし、それは再起動以来です。
カイルホジソン

あ、ごめんなさい。質問が理解できませんでした。「システムは再起動しませんでした」と言ったとき、再起動はまったく行われていないと言っていたと思いました。
マット

回答:


17

lastユーザーセッションのデータベースにcrashログアウトエントリがない場合、ログアウト時刻として出力されますwtmp

last出力の最後のエントリは、12:02にmyuserログオンしたことを意味しpts/0、システムが14:18から15:03の間にクラッシュした場合でも、まだログインしているはずです。

通常、wtmpユーザーセッションごとに2つのエントリがあります。1つはログイン時間用、もう1つはログアウト時間用です。システムがクラッシュすると、2番目のエントリが失われる可能性があります。したがってlast、システムがクラッシュし、crashログアウト時間として出力されたときに、ユーザーがまだログオンしていると仮定します。

より明確に言うと、この2つの「クラッシュ」行は、システムが15時頃にクラッシュしたときにアクティブだった2つのセッションのみであり、2つのシステムクラッシュではありません。


私はさびた気分にならないでください...いつかこれを知っていることを確認してください!ありがとう...
カイルホジソン

last常にクラッシュ後の再起動のレコードを印刷しますか?また、ユーザーセッションがクラッシュしても、OS全体がクラッシュする可能性はありますか?
CMCDragonkai

1)はい、そうです。wtmp各システムブートを記録しますが、(によってlast)表示されるメッセージは実装に依存します。2)いいえ、ユーザーセッションはクラッシュしません。ユーザーセッションを管理するプログラムが異常終了する可能がありますが、この場合、ログアウトがwtmp記録されるだけです。
andcoz
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.