在Linux系统中,查看启动信息是系统管理和故障排查的重要操作，通过相关命令可以详细分析系统启动过程中的内核参数、服务加载状态、错误日志等内容，以下是常用的查看启动信息的命令及其详细使用方法。
dmesg命令是最基础的启动信息查看工具，它用于显示内核环缓冲区（kernel ring buffer）中的消息，内核在启动过程中会将硬件检测、驱动加载、系统初始化等信息写入环缓冲区，这些信息对诊断硬件兼容性、驱动问题等至关重要，使用dmesg时，默认会按时间顺序显示所有内核消息，可通过-T参数添加人类可读的时间戳，例如dmesg -T | tail可查看最近的内核消息，若需过滤信息，可结合grep命令，如dmesg | grep -i error仅显示包含“error”的行。dmesg -c会清空环缓冲区（需root权限），通常用于重启后收集新的启动日志。
journalctl是systemd系统管理器的日志查询工具，功能比dmesg更强大，能够整合内核日志、系统服务日志等多源信息，查看启动信息时，常用journalctl -b显示当前启动周期的日志，-b -1则查看前一个启动周期的日志，通过-p参数可按优先级过滤，如journalctl -p err仅显示错误级别及以上的日志；-u参数可指定特定服务，例如journalctl -u nginx.service查看nginx服务的启动日志。journalctl -b -p err -n 20可显示当前启动周期中最近的20条错误日志，适合快速定位问题，若需查看实时更新的启动信息，可使用journalctl -f，类似tail -f的效果。
对于传统的Sysinit系统（如CentOS 6及更早版本），/var/log/messages是记录系统启动信息的主要日志文件，可通过cat、less、tail等命令查看，例如tail -f /var/log/messages实时监控启动日志，而/var/log/dmesg文件则保存了内核启动时的消息，与dmesg命令的输出内容基本一致，可通过less /var/log/dmesg分页查看，在systemd系统中，/var/log/boot.log文件也记录了启动过程中的服务状态信息，包含启动顺序和错误提示，适合快速了解整体启动流程。
以下表格总结了常用查看启动信息命令的参数及用途：
| 命令 | 常用参数及示例 | 主要用途 |
|---|---|---|
| dmesg | -T（显示时间戳）、-c（清空缓冲区）、dmesg | grep -i "usb"（过滤USB相关信息） |
查看内核环缓冲区消息，诊断硬件和驱动问题 |
| journalctl | -b（当前启动周期）、-p err（错误级别）、-u nginx.service（指定服务）、-f（实时跟踪） |
整合多源日志，支持按时间、优先级、服务过滤 |
| /var/log/boot.log | less /var/log/boot.log、tail -f /var/log/boot.log |
查看系统整体启动流程和服务状态 |
| /var/log/dmesg | less /var/log/dmesg、cat /var/log/dmesg |
查看内核启动消息的持久化记录 |
lsb_release -a可查看Linux发行版信息，帮助确认系统版本对应的日志工具；systemctl status可查看特定服务的启动状态，例如systemctl status networking.service，若需分析启动耗时，systemd-analyze命令非常实用，systemd-analyze显示总启动时间，systemd-analyze blame列出各服务的启动耗时排名，systemd-analyze plot > boot.svg可生成启动时间可视化图表。
在实际操作中,建议优先使用journalctl，因为它整合了内核日志和系统服务日志，且支持强大的过滤功能，对于较老的系统，则需结合dmesg和/var/log/boot.log分析，若遇到启动失败问题，可重点关注journalctl -b -p err和dmesg | grep -i "fail"的输出，通常能快速定位故障原因。
相关问答FAQs
Q1: 为什么dmesg命令显示的信息时间格式不直观？如何解决？
A1: 默认情况下，dmesg显示的时间是自系统启动以来的相对时间（如[ 1.234567]），若需显示可读的绝对时间，可添加-T参数，例如dmesg -T | grep "2023-10-01"，这样时间会显示为类似[Tue Oct 1 10:00:00 2023]的格式，便于与系统日志关联分析。
Q2: 如何区分journalctl和dmesg，什么场景下该用哪个命令？
A2: dmesg仅显示内核环缓冲区的消息，专注于硬件、驱动、内核模块等底层信息；而journalctl整合了内核日志、系统服务日志、审计日志等，支持按服务、优先级、时间等多维度过滤，若需排查硬件兼容性或驱动问题（如USB设备无法识别），优先用dmesg；若需分析服务启动失败（如nginx、mysql无法启动）或系统整体启动流程，则journalctl更高效，例如通过journalctl -u nginx.service -b可查看nginx在当前启动周期中的详细日志。
