Ubuntu 16.04.3 LTS系统syslog被‘read cpu’内核日志淹没的原因及关闭方法

Hey there, I’ve dealt with this exact annoyance on Ubuntu 16.04.3 before—those cryptic "read cpu" kernel messages clogging up syslog are no fun. Let’s break down why this happens and how to shut them off.

为什么会出现这些日志？ #

These repetitive "read cpu" entries almost always stem from one of a few scenarios:

• 内核调试/监控模块被启用: 某些和CPU相关的调试或追踪模块（比如和cpuidle、CPU性能监控绑定的模块）可能被加载了，它们会不断把CPU状态检查的内容输出到内核日志里。
• 旧内核bug: 16.04.3自带的4.13.0-32内核存在已知问题，特定驱动或内核组件会意外触发过量的CPU状态日志输出。
• 意外开启的调试标记: 有些情况下，内核编译时可能启用了调试标记（自定义编译内核常见，但部分官方内核针对特定硬件也会出现这种情况）。

关闭这些日志的几种方法 #

1. 先确认日志的具体来源 #

首先，定位到底是内核的哪个部分在生成这些消息。运行以下命令获取更多上下文：

grep "read cpu" /var/log/syslog | head -10
dmesg | grep "read cpu" | head -10

留意日志行开头方括号里的模块名（比如[cpuidle]），这能告诉你是哪个组件在"喋喋不休"。

2. 临时调整内核日志级别（快速临时修复） #

如果只是想立刻停止日志刷屏，不需要重启，可以降低内核日志的冗余度，只显示警告及以上级别的消息：

sudo dmesg -n 4

这个操作会抑制"read cpu"这类信息级别的日志，但重启后会失效。

3. 永久降低内核日志级别 #

让日志级别的修改在重启后依然生效：

1. 编辑GRUB配置文件：

sudo nano /etc/default/grub

2. 找到以GRUB_CMDLINE_LINUX_DEFAULT开头的行，在引号内添加loglevel=4。比如：

   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash loglevel=4"
   

3. 更新GRUB并重启系统：

sudo update-grub
sudo reboot

4. 禁用产生日志的特定模块 #

如果从第一步中确认了具体的模块（比如cpuidle或某个自定义CPU驱动）：

• 临时禁用：

  sudo modprobe -r [模块名]
  

• 永久禁用：
  编辑黑名单配置文件：

  sudo nano /etc/modprobe.d/blacklist.conf
  

  添加一行：

  blacklist [模块名]
  

  重启系统生效。注意：只有确认该模块对系统功能无关键影响时再这么做。

5. 通过rsyslog过滤日志（不修改内核行为） #

如果不想改动内核设置，可以让Ubuntu 16.04默认的日志服务rsyslog直接丢弃这些消息：

1. 创建自定义rsyslog规则文件：

sudo nano /etc/rsyslog.d/90-filter-readcpu.conf

2. 添加以下内容：

:msg,contains,"read cpu" ~

其中~表示让rsyslog丢弃包含"read cpu"的消息，不写入日志文件。
3. 重启rsyslog服务生效：

sudo systemctl restart rsyslog

6. 更新内核 #

4.13.0-32内核的很多bug在后续的版本补丁中被修复了，升级到16.04可用的最新内核可能直接解决问题：

sudo apt update
sudo apt upgrade linux-image-generic
sudo reboot

内容的提问来源于stack exchange，提问作者Thomas