3. 日志级别详解：KERN_EMERG 到 KERN_DEBUG 的 8 个级别含义与使用场景

Linux 内核的 printk 日志系统将内核消息划分为 8 个优先级级别，从最高紧急度 KERN_EMERG 到最低调试级 KERN_DEBUG。这些级别不仅决定了消息是否在控制台显示，还直接影响了系统崩溃时的信息留存与调试效率。理解每个级别的语义与适用场景，是配置内核日志策略的基础。

3.1 8 个日志级别速览

每个日志级别对应一个数字编号（0~7），数字越小，优先级越高。下表列出了完整的级别名称、宏定义、数值及典型用途：

级别名称	宏定义	数值	含义	典型使用场景
KERN_EMERG	KERN_EMERG	0	紧急事件，系统不可用	内核崩溃、致命硬件错误、系统即将挂起
KERN_ALERT	KERN_ALERT	1	必须立即处理	严重资源耗尽、关键进程异常终止
KERN_CRIT	KERN_CRIT	2	临界条件	驱动严重故障、文件系统损坏、内存校验失败
KERN_ERR	KERN_ERR	3	错误条件	I/O 操作失败、设备未响应、系统调用返回错误
KERN_WARNING	KERN_WARNING	4	警告条件	配置不兼容、性能降级、非致命硬件异常
KERN_NOTICE	KERN_NOTICE	5	正常但重要的事件	模块加载/卸载、文件系统挂载、网络接口状态变更
KERN_INFO	KERN_INFO	6	信息性消息	驱动初始化信息、硬件探测结果、版本号输出
KERN_DEBUG	KERN_DEBUG	7	调试消息	函数入口/出口、变量值跟踪、流程分支记录

3.2 日志级别与控制台过滤机制

内核通过 console_loglevel 变量控制哪些级别的消息可以输出到控制台。只有数值 小于 console_loglevel 的消息才会被打印。例如，当 console_loglevel 为 4 时，只有 KERN_EMERG (0) 到 KERN_WARNING (4) 的消息会显示，KERN_NOTICE (5) 及更低级别的消息被抑制。

下图展示了日志级别与控制台过滤的关系：

3.3 各级别详细解读与使用场景

3.3.1 KERN_EMERG (0) — 系统即将或已经崩溃

这是最高优先级，用于系统完全不可用的情况。典型场景包括：

• 内核 panic 发生前的最后一条消息
• 检测到不可恢复的硬件错误（如 CPU 缓存校验失败）
• 关键系统表损坏导致无法继续运行

// 示例：内核 panic 前使用 KERN_EMERG
printk(KERN_EMERG "Kernel panic - not syncing: Fatal exception in interrupt\n");

3.3.2 KERN_ALERT (1) — 必须立即处理

表示需要管理员立即介入的情况，但系统可能还能短暂运行。典型场景：

• 关键资源（如内存、文件描述符）即将耗尽
• 安全相关事件（如检测到 rootkit 活动）
• 关键系统进程（如 init）异常终止

3.3.3 KERN_CRIT (2) — 临界条件

用于严重的软件或硬件故障，但系统可能通过降级模式继续运行。典型场景：

• 文件系统检测到严重不一致（如超级块损坏）
• 驱动程序检测到 DMA 传输错误
• 内存分配器检测到双重释放

3.3.4 KERN_ERR (3) — 错误条件

最常见的错误报告级别，用于可恢复的错误。典型场景：

• 设备 I/O 操作失败（如磁盘读取错误）
• 系统调用返回预期外的错误码
• 网络协议栈检测到校验和错误

// 示例：驱动报告设备通信失败
printk(KERN_ERR "my_driver: Failed to read from device at address 0x%x\n", addr);

3.3.5 KERN_WARNING (4) — 警告条件

用于非致命但值得关注的情况。典型场景：

• 硬件配置不兼容（如使用过时的驱动参数）
• 性能降级（如中断处理耗时过长）
• 即将过期的资源（如接近文件系统容量上限）

3.3.6 KERN_NOTICE (5) — 正常但重要的事件

用于系统正常运行中需要记录的重要事件。典型场景：

• 内核模块加载或卸载成功
• 文件系统挂载/卸载操作
• 网络接口状态变更（如链路 up/down）

3.3.7 KERN_INFO (6) — 信息性消息

最常用的信息输出级别，用于记录系统状态。典型场景：

• 驱动初始化完成并打印版本号
• 硬件探测结果（如检测到的 CPU 数量、内存大小）
• 内核启动过程中的阶段标记

// 示例：驱动初始化成功
printk(KERN_INFO "my_driver: Driver version 2.1.0 initialized, 4 devices found\n");

3.3.8 KERN_DEBUG (7) — 调试消息

最低优先级，仅在开发调试阶段使用。典型场景：

• 函数入口/出口跟踪
• 关键变量的中间值输出
• 条件分支执行路径记录

// 示例：调试时跟踪函数调用
printk(KERN_DEBUG "my_driver: Entering function my_driver_write, buffer_size=%d\n", size);

3.4 级别选择决策流程

在实际开发中，选择合适的日志级别可以遵循以下决策树：

3.5 实际开发中的级别使用建议

• 驱动开发： 初始化阶段使用 KERN_INFO，错误路径使用 KERN_ERR，调试细节使用 KERN_DEBUG 配合 pr_debug() 宏。
• 内核核心代码： 遵循“少而精”原则，避免在热路径（如中断处理、调度器）中使用 printk，尤其是高优先级级别。
• 嵌入式系统： 由于控制台输出可能通过慢速串口，建议将 console_loglevel 设置为 3 或 4，减少不必要的输出，同时保留错误信息。
• 调试阶段： 可以通过 loglevel=8 内核启动参数临时开启所有调试信息，但注意日志量可能非常大。