Merry Christmas & Happy 2027! Less downtime. More good times. Celebrating 13 years of sorlavit.com
Skip to content
Sorlavit KimIT Support, Network & Infrastructure Services Let’s talk

ปุ่มแปลไทยจะเปิดบทความผ่าน Google Translate เพื่อแปลอัตโนมัติ โดยคงโค้ดและคำสั่งไว้ตามต้นฉบับ

Linux Commands / IT Support Guides

Investigate the previous Linux boot with journalctl

After an unexpected restart, the current boot may no longer show the failure. Check available boot records before assuming historical evidence exists.

Compiled for Sorlavit Kim · Published · Updated · 1 min read

Environment and inputs: Linux · Bash-compatible shell; package and service names vary by distribution

Try the diagnostic command

Use the stated shell and platform. Replace sample domains, addresses, services and paths with values from the system you are authorized to support.

journalctl --list-boots
journalctl -b -1 -p warning --no-pager

How to read the result

The boot list identifies retained boot sessions. The second command requests warning-and-higher messages from the previous boot; it works only if those records were retained.

What to do next

Compare the last recorded events with infrastructure restart records and the host's power or hypervisor history. Absence of a clean shutdown message is a clue rather than a complete diagnosis.

Before you make a change

Volatile journaling can lose records at reboot. Do not claim a cause solely from the last visible warning before a gap.

Source & further reading

systemd manual — journalctl

Independently written summary reviewed on 2026-11-01. The example illustrates a possible application; it is not a client case study.

Share this article

Back to results