我的 /var/log/ 在几分钟内神秘地填满了 GB！在我重新安装 Debian 7 之前有什么治疗方法吗？

Question

早上好，* nix 爱好者！

我已经使用 Debian 7 一段时间了，在最近的升级之后，我注意到我的根分区上的空间不断耗尽。我的意思是我的磁盘上还剩下“0”个字节！因此，经过大量搜索，我能够将 /var/log 文件夹归零。我曾经ls -s -S在这个文件夹中按大小排列文件，并注意到三个文件的大小为 GB（例如 13-15 GB）：

• 系统日志
• 消息
• 内核日志

是的，logrotate工作正常。它正在旋转日志。例如，我在 /var/log 中看到 kern.log.1 等。问题是日志填得非常快，以至于 logrotate 无能为力。

显然，操作系统中的某些日志记录过程正在写入大量数据，这可能是由于持续错误或其他原因（??）。我不知道。我只知道我的笔记本电脑过热，只是因为有这么多的处理事情所有的时间，由于这个常数写入过程。所以，我正在失去 CPU 能力和磁盘空间。

我的问题是：我如何确定是哪个进程/守护进程造成了这个问题？我如何找到问题的根本原因以便我可以纠正它？阅读这些巨大的日志文件不是一种选择。请。如果我尝试在已经很忙的笔记本电脑上的文本编辑器（如 Leafpad 或记事本）中提取 15 GB 的日志文件，则需要很长时间才能打开. 那是不实用的。

我意识到这个问题很广泛，因为可能有任何进程/守护程序导致了这个问题，但我想知道是否有人以前经历过这种情况，以及是否有任何我可以查看的常见嫌疑人。

更新：

按照 Eric 的建议，我按修改时间排列 /var/log 中的文件，'syslog' 是最后一个。所以，我tail已经完成了。结果：

Apr 10 00:53:37 MyMachine kernel: [11608.690733]  [<ffffffffa08e4005>] ? ath9k_reg_rmw+0x35/0x70 [ath9k_htc]
Apr 10 00:53:37 MyMachine kernel: [11608.690742]  [<ffffffff81084f57>] ? process_one_work+0x147/0x3b0
Apr 10 00:53:37 MyMachine kernel: [11608.690750]  [<ffffffff81085764>] ? worker_thread+0x114/0x480
Apr 10 00:53:37 MyMachine kernel: [11608.690756]  [<ffffffff81556065>] ? __schedule+0x2e5/0x790
Apr 10 00:53:37 MyMachine kernel: [11608.690765]  [<ffffffff81085650>] ? create_worker+0x1c0/0x1c0
Apr 10 00:53:37 MyMachine kernel: [11608.690772]  [<ffffffff8108ae91>] ? kthread+0xc1/0xe0
Apr 10 00:53:37 MyMachine kernel: [11608.690780]  [<ffffffff8108add0>] ? kthread_create_on_node+0x1c0/0x1c0
Apr 10 00:53:37 MyMachine kernel: [11608.690788]  [<ffffffff8155a23c>] ? ret_from_fork+0x7c/0xb0
Apr 10 00:53:37 MyMachine kernel: [11608.690795]  [<ffffffff8108add0>] ? kthread_create_on_node+0x1c0/0x1c0
Apr 10 00:53:37 MyMachine kernel: [11608.690800] ---[ end trace 12dc8d8439345c1d ]

不幸的是，它没有给我太多提示。

Answer 1

syslog您发布的代码段中实际上有一个强烈的提示。行的尽头

Apr 10 00:53:37 MyMachine kernel: [11608.690733]  [<ffffffffa08e4005>] ? ath9k_reg_rmw+0x35/0x70 [ath9k_htc]

显示堆栈跟踪是由于名为 的设备驱动程序中的意外错误造成的ath9k_htc。希望内核没有恐慌，但不断重复的错误正在填满您的文件系统。

然后我将ath9k_htc使用此命令将wifi 驱动程序列入黑名单，然后重新启动：

echo "blacklist ath9k_htc" | sudo tee -a /etc/modprobe.d/blacklist.conf

请注意，如果ath9k_htc驱动程序尽管出现错误，但仍被使用且功能正常，这样做可能会阻止您的 wifi 工作。

您可以ath9k_htc通过运行来检查驱动程序期望的 wifi 设备是否存在于您的机器中，lsusb并查看设备是否与此处提供的列表之一匹配：https : //wiki.debian.org/ath9k_htc