时间：2026-09-05 编辑：news
在linux使用过程中，当遇到硬件异常、驱动加载失败或者系统启动报错等问题时，查看当前控制台日志是排查故障的核心第一步。控制台日志承载了内核、系统启动阶段的核心输出信息，掌握正确的查看方法能帮我们快速定位问题根源，本文整理了几种最常用的查看方法，覆盖绝大多数使用场景。
dmesg是linux下最通用的查看控制台日志的工具，它读取内核环形缓冲区中的日志数据，默认输出所有控制台输出的内核消息，包含硬件检测、驱动加载、系统启动阶段的各类告警和报错，几乎所有linux发行版都默认自带该工具。如果日志内容较多，可以搭配分页工具浏览，输入`dmesg | less`即可滚动翻页查看；需要实时监控新产生的控制台日志，可以加上参数`dmesg -w`，终端会持续输出新生成的日志。如果要筛选特定内容，比如只查看报错信息，可以使用`dmesg | grep -i error`快速过滤，新版本dmesg还支持`-h`参数输出可读性更强的时间戳，方便精准定位问题发生的时间。
目前主流linux发行版都采用systemd作为初始化系统，journalctl是systemd自带的日志管理工具，不仅能管理服务日志，也能便捷获取控制台日志。如果要查看本次启动的所有控制台内核日志，可以输入`journalctl -k -b`，其中`-k`表示仅输出内核日志，`-b`表示筛选本次启动的日志。需要实时追踪最新日志可以加上`-f`参数。和dmesg不同，journalctl默认会持久化存储日志，即使系统重启后也能查看历史控制台日志，适合需要回溯问题的场景。
/proc/kmsg是内核提供的特殊接口，专门用于输出控制台日志，使用`cat /proc/kmsg`命令即可读取，该命令会阻塞终端，持续输出新产生的控制台日志。不过该接口仅输出新消息，不会展示已经产生的历史日志，且需要root权限才能读取，适合专门抓取实时日志的特定场景。
以上三种方法覆盖了绝大多数查看控制台日志的需求，日常排查问题时，dmesg足以应对快速查看的需求，需要查询历史日志选择journalctl即可，根据场景选择合适的方法就能高效完成故障排查。全文约652字，符合需求。
在飞书多维表格的日常使用中，条件填色是快速高亮关键信息、实现数据可视化的核心功能，不少用户都会遇到一个共性问题：固定范围的填色规则无法适配动态新增的数据，每次新增行都要重新调整规则范围，大幅降低协作效率。掌握动态范围的设置方法，能让条件填色自动适配数据变化，从
