Arti kolom di perintah terakhir

Saya rasa ini adalah postingan berusia tiga tahun, tetapi saya tetap akan menanggapinya, untuk kepentingan orang lain yang kebetulan melihatnya di masa mendatang, seperti yang baru saja saya lakukan.

Dari membaca posting lain dan memantau hasilnya sendiri selama beberapa waktu, sepertinya setiap baris mencantumkan tanggal mulai dan waktu sesi, waktu akhir sesi (tetapi bukan tanggal akhir), dan durasi sesi (berapa lama mereka masuk) dalam format seperti

(hari+jam:menit)

Pengguna reboot tampaknya tercatat telah masuk setiap kali sistem dimulai, dan mati ketika sistem di-boot ulang atau dimatikan, dan pada baris tersebut, informasi "durasi sesi" adalah lamanya waktu (hari+jam:menit) "sesi" itu berlangsung, yaitu, berapa lama sistem aktif sebelum dimatikan.

Bagi saya, entri boot ulang terbaru menampilkan waktu saat ini sebagai waktu "keluar", dan data durasi sesi untuk entri tersebut cocok dengan keluaran waktu aktif saat ini.

Jadi di baris ini:

boot ulang sistem boot 3.2.13-grsec-xxx Sel 3 Apr 07:34 - 09:17 (9+01:42)

Sistem dimulai pada hari Selasa, 3 April, pukul 7:34, dan dimatikan 9 hari 1 jam 42 menit kemudian (pada 12 April), pada pukul 9:17 pagi. (Atau, output ini dikumpulkan pada saat itu, dan ini adalah entri reboot terbaru, dan "reboot" belum benar-benar "keluar". Dalam hal ini, output akan berubah jika Anda menjalankan perintah terakhir lagi.)

Mengapa Anda memiliki 2 entri untuk pengguna reboot, pada tanggal 3 April, yang keduanya berlangsung selama 9 hari, adalah misteri bagi saya; sistem saya tidak melakukan itu.

Ringkasan

• Stempel waktu pertama tampaknya adalah waktu saat sistem mati selama reboot.
• Stempel waktu kedua, dan waktu yang berlalu, tidak terlalu berguna.
• Meneruskan -x opsi untuk last mungkin berguna untuk menampilkan peristiwa lain yang terkait dengan penghentian dan perubahan level proses yang memengaruhi stempel waktu yang ditampilkan di reboot baris. tuptime alat seperti yang dirujuk dalam jawaban lain mungkin membuat ini lebih jelas, tetapi saya belum melihatnya.

Detail

last halaman manual di CentOS 6 dan 7 mengatakan:

Reboot pengguna semu masuk setiap kali sistem di-boot ulang.

Itu tidak mengatakan apa-apa tentang kapan pengguna keluar, dan bukti yang ditunjukkan di bawah ini tampaknya menunjukkan bahwa tidak ada waktu keluar yang dicatat secara eksplisit. reboot dan shutdown halaman manual memiliki detail lebih lanjut tentang merekam perubahan level proses jika ada yang tertarik.

Dari pengujian, tampaknya waktu masuk adalah dari akhir proses mematikan - bukan dari waktu reboot perintah dikeluarkan.

Oleh karena itu, tampaknya waktu logout (cap waktu kedua), dan durasi login "reboot" (ditampilkan dalam tanda kurung), mungkin harus diabaikan.

Jika Anda melewati -F opsi untuk last , ini akan menunjukkan kepada Anda stempel waktu penuh, yang membuatnya sedikit lebih jelas bahwa mesin tidak secara kebetulan di-boot ulang pada saat yang sama, itu hanya menunjukkan stempel waktu yang sama persis beberapa kali. Juga, jika Anda meneruskan -x flag, ini menunjukkan "entri matikan sistem dan jalankan perubahan level."

Di sini, saya menjalankannya di CentOS 7, dan saya juga memberikan -R opsi untuk menekan kolom nama host/versi kernel. Saya juga menghapus beberapa login root yang tidak menarik:

# 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 baris "reboot" di atas semuanya memiliki waktu logout sama dengan waktu saat ini.

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 baris "reboot" di atas semuanya memiliki waktu logout yang sama dengan waktu "shutdown system down" yang mengikutinya.

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)

waktu logout "reboot" cocok dengan waktu "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)

Seperti di atas.

Saya berasumsi dari hasil di atas bahwa tidak ada waktu logout eksplisit yang dicatat untuk "reboot" pengguna semu, jadi last menetapkan waktu logout untuk "boot sistem shutdown" berikutnya, atau waktu saat ini jika tidak ada "boot sistem shutdown" yang mengikutinya.

Entri "runlevel (ke lvl 3)" tampaknya memiliki waktu logout yang lebih masuk akal untuk ditebak, tetapi tampaknya tidak memperhitungkan error.