服务器崩溃，系统日志中出现ascii NUL字符（^ @ ^ @ ^ @ ...）

我有一些由OVH（法国服务提供商）托管的专用服务器。操作系统：Ubuntu 12.04 x64

几个月前，我的一台服务器崩溃了。唯一奇怪的是syslog中的一些“ ASCII NUL”字符：

^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @

在我的服务提供商的帮助下，我们检查了：

• 内存
• 中央处理器
• 磁盘

一切正常，因此我的服务提供商建议更换服务器主板并更新内核（我们这样做）。但是，此后，该服务器又崩溃了两次，系统日志中使用了相同的角色。

在没有更多说明的情况下，我们决定更改此服务器（计划在几周内完成）。

但是问题是，今天晚上，这发生在另一台服务器上。相同的崩溃，系统日志中的相同角色，没有解释。

有人对我们应该检查的东西有任何线索吗？是硬件还是软件问题？

我将更广泛地分享@ n-st给出的好答案：

syslog中的NUL字节是崩溃的常见结果，导致系统无法干净地同步和卸载文件系统。他们没有给出实际触发崩溃的迹象。

确实，我经常看到服务器崩溃后的行为：这些字符是NULL（\0）字符，它们可能表示已恢复的块，该块在某些恢复过程中填充了零。

至于崩溃，这是一个完全不同的问题的原因-你需要提供的方式用于诊断更多的信息，甚至开始。如果您仍然有问题，我建议您对此提出一个不同的问题。

如果您正在使用文本编辑器查看日志文件，则可能是原因。

• “ ^@”字符可能表示一行太长（例如：中的vim，请打开换行）
• 的编码是不匹配; 使用其他文本编辑器查看文件，或更改所使用的编码syslog。