1. 课程导论：dmesg日志的重要性、时间戳在故障排查中的核心作用、课程目标与大纲概览

1.1 为什么dmesg日志是内核故障排查的第一道防线

在Linux系统运维与内核开发中，dmesg（诊断消息，Diagnostic Messages）是内核环形缓冲区（kernel ring buffer）的用户态接口。它记录了从引导加载程序（bootloader）移交控制权开始，到系统完全启动、运行直至关机过程中，内核及内核模块产生的所有原始诊断信息。这些信息包括硬件初始化状态、驱动加载结果、文件系统挂载、内存管理、网络协议栈、设备中断、错误与警告等。

当系统出现以下典型故障时，dmesg日志往往是唯一能提供第一手证据的来源：

• 内核恐慌（Kernel Panic）：系统完全死锁，无法写入磁盘日志。
• 启动阶段挂起（Boot Hang）：系统在GRUB之后、用户空间启动之前停止响应。
• 硬件驱动加载失败：如NVMe SSD、GPU、网卡未被正确识别。
• OOM Killer触发：内存耗尽时内核强制终止进程。
• 文件系统损坏：ext4/XFS/Btrfs报出I/O错误或超级块校验失败。
• 固件/ACPI问题：电源管理、温度传感器、PCIe链路训练失败。

1.2 时间戳：从模糊定位到精确归因的核心桥梁

原始dmesg日志默认使用相对时间戳（以秒为单位，从内核启动瞬间开始计时）。例如：

[    0.000000] Linux version 6.8.0-45-generic ...
[    1.234567] pci 0000:00:1f.2: [8086:2822] type 00 class 0x010601
[   12.345678] systemd[1]: Starting Journal Service...
[  120.000000] INFO: task kworker/u4:2 blocked for more than 120 seconds.

时间戳在故障排查中的核心作用体现在以下三个维度：

1.3 内核启动阶段的时间线：dmesg日志的黄金窗口

为了理解时间戳的价值，我们需要先了解内核启动的关键阶段。每个阶段都有其独特的日志特征和故障模式。

从上图可以看出，dmesg日志的起点是内核解压阶段的 start_kernel() 函数。这意味着BIOS/UEFI和Bootloader阶段的日志不在dmesg中，需要通过其他机制（如EFI boot stub、串口调试）捕获。理解这一边界，能帮助运维人员避免在错误的位置寻找线索。

1.4 课程目标与学习成果

本课程旨在帮助学员掌握从时间戳配置到内核启动阶段故障排查的完整技能树。完成本课程后，你将能够：

1. 精确配置dmesg日志的时间戳格式（相对时间、绝对时间、高精度微秒级）。
2. 持久化dmesg日志，避免环形缓冲区覆盖导致的关键信息丢失。
3. 解读内核启动阶段的关键日志事件，识别异常延迟和错误模式。
4. 利用时间戳进行跨日志关联分析，定位故障根因。
5. 实战排查常见的启动阶段故障：驱动加载失败、设备超时、内核恐慌、init进程崩溃。

1.5 课程大纲概览

本课程共分为8个章节，从基础概念到高级实战，层层递进：