我有一个由OVH（法国服务提供商）托pipe的专用服务器。 操作系统：Ubuntu 12.04 x64
几个月前，我的一个服务器崩溃了。 唯一奇怪的是syslog中的一些“ASCII NUL”字符：
^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @
在我的服务提供商的帮助下，我们检查了：
一切正常，所以我的服务提供商build议更换服务器的主板和更新内核（我们做的）。 但是，既然这台服务器又崩溃了两次，在syslog中有相同的字符。
没有更多的解释，我们决定改变这个服务器（这是计划在几个星期）。
但是，问题是，今天晚上，这发生在另一台服务器上。 系统日志中的相同的字符，没有解释。
有人有什么线索我们应该检查什么？ 这是硬件还是软件问题？
我会更广泛地分享@ n-st给出的最佳答案：
系统日志中的NUL字节是崩溃的常见结果，它阻止了系统干净地同步和卸载文件系统。 他们没有指出实际上是什么引发了这场事故。
事实上，我经常看到服务器崩溃后的行为：这些字符是NULL （ \0 ）字符，可能表示一个恢复的块，通过一些恢复过程填充了零。
至于崩溃的原因，这是一个完全不同的问题 – 你需要提供更多的信息，甚至开始诊断。 如果你仍然有问题，我会build议打开一个不同的问题。
如果您使用文本编辑器来查看日志文件，那可能是原因;
^@ ”字符可能表示一行太长 （例如：在vim中打开包装 ） syslog使用的编码。