我在/ var / log / messages中看到垃圾是指示问题吗？

我会先看看别处，以避免fsck和停机时间。

通常，写入/ var / log / messages的唯一东西就是Syslog守护进程。 你可以用'lsof'validation这个：

$ sudo lsof /var/log/messages COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME rsyslogd 123 syslog 21w REG 8,17 123123 123123 /var/log/messages 

你只能看到一个COMMAND写入这个文件。 如果你看到多一个，那么可能是你的问题的来源。

如果这些信息来自系统日志服务，则每行都会有时间戳，主机名和写日志的程序的名称。 比如“Mar 4 00:12:42 myhost kernel：”，然后是其他信息。

如果没有这样的格式，那么这个垃圾没有通过Syslog传递，还有一些垃圾正在写入/ var / log / messages。 如果closures系统日志，那么应该能够跟踪下来，然后使用lsof或fuser来查找打开的文件。

或者，正如其他人所说，系统日志是越野车，需要重新启动。

试着追踪那些东西来自哪里。 如果它被logging的东西（因此有正常的标题，syslog添加），那么，也许该程序有一个问题。 另一方面，如果系统日志正在写出这些东西而不是你期望的东西，我会担心的。 在dmesg任何错误？ 段错误？ 你最近做了一个memtest吗？

检查分区是否重叠，然后在/ var或/ var / log文件系统上运行fsck（你有一个/ var和/或/ var / log文件系统，不是吗？）

这是所有进入系统日志，还是分散在“正常”的条目？ 我会尝试closures日志守护进程，移动系统日志文件，再次启动它，看看它是否持续。 如果是这样，安排一个fsck并重新启动。

你有一个最新的备份，对吗？ 现在采取一个可能会备份损坏的数据的风​​险…