dmesg 是 CentOS 系统中一个非常重要的内核日志查看工具，它直接读取内核的环形缓冲区，为你提供了系统底层运作的“第一手资料”。下面这个表格汇总了它的核心应用场景和排查问题的基本思路。
| 核心维度 | 具体说明 |
|---|---|
| 主要作用 | 显示或控制内核环形缓冲区的内容，记录系统启动信息、硬件状态、驱动加载过程及内核运行时的关键事件（如错误、警告）。 |
| 核心应用场景 | 1. 系统启动问题诊断：分析硬件检测、驱动初始化、文件系统挂载等启动过程信息。 2. 硬件问题调试：排查USB、网卡、硬盘等硬件设备的识别异常或驱动兼容性问题。 3. 内核与驱动故障定位：捕获内核错误（Oops）、系统崩溃（Panic）及驱动加载失败等信息。 4. 实时监控系统事件：动态观察设备插拔、模块加载等内核事件。 |
| 基本排查命令 | dmesg：查看全部日志。通常结合 less分页查看或重定向到文件分析。dmesg -T：显示易读的时间戳，便于定位事件发生时间。dmesg -l err,warn：只显示错误和警告级别的日志，快速聚焦问题。dmesg -w：实时监视新的内核消息。 |
| 关键排查技巧 | 1. 关键词过滤：使用 grep命令，例如 `dmesg |
🔍 排查问题实战举例
掌握基本命令后，我们可以通过一些具体场景来体验 dmesg 的强大功能。
- 场景一：新插入的USB设备无法识别 你可以使用命令
dmesg | grep -i usb来查看内核关于USB设备的检测和识别日志。如果看到类似usb 1-1: device descriptor read/64, error -110或New USB device found, idVendor=0781这样的信息，前者通常表示设备通信故障（可能是线缆或端口问题），后者则表示设备已被成功识别。 - 场景二：系统启动后某个硬件（如网卡）工作不正常 可以尝试先使用
lspci查看设备是否存在，然后使用dmesg | grep -i eth0（将eth0替换为你的网卡驱动或设备关键词）来检查驱动加载过程中是否有错误信息，例如e1000: probe of 0000:00:03.0 failed with error -5，这往往意味着驱动加载失败。 - 场景三：系统运行中突然性能下降或出现异常 重点查看错误和警告信息。命令
dmesg -l err,warn可以帮你快速筛选出关键问题。例如，如果看到CPU: 1 PID: 0 Comm: swapper/1 Tainted: G或Oops: 0002 [#1] SMP这类信息，这通常是内核遇到了严重错误（Oops），需要重点关注其下方的调用栈（Call Trace）信息，这有助于定位问题根源。
💡 重要提示与技巧
- 权限问题：部分操作（如清空缓冲区
dmesg -C）可能需要 root 权限。 - 日志的临时性：内核环形缓冲区位于内存中，系统重启后日志会丢失。对于重要问题的分析，请务必及时保存日志。
- 与系统日志的关系：
dmesg专注于内核层面的消息，而/var/log/messages或journalctl等系统日志则包含了更广泛的用户空间应用程序的日志。两者结合分析，可以更全面地了解系统状况。