システムクラッシュ-syslogの奇妙な文字


11

テストとプログラミングに使用する小さなサーバーがあります。現在、それは4.14.0-0.bpo.3-amd64カーネルでDebian 9.4ストレッチ実行しています。

今日、SSHを介して接続しようとしましたが、接続できなかったため、pingを実行しようとして、到達できませんでした。したがって、電源ケーブルを抜いてハードリスタートする必要がありました。次に行って 、次のような/var/log/syslog 正確に6140文字を含む奇妙な行を見つけました

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

その後、システムの新しいログエントリが再起動するまで、他には何もありません。これが実際に発生するのは初めてです。

誰かがそれが何であるかを知っていますか?


2
まあ私はこれについてaskubuntu.com/a/1020373/43344で書いた。( - :次にありますunix.stackexchange.com/questions/227173unix.stackexchange.com/questions/237321 ...
JdeBP

1
@JdeBP私はあなたの最初の答え/リンクを好みます、それは確かにそれです。奇数は、あなたが単一の投票を得ていない1500以上の訪問での質問、+ 1です。
Rui F Ribeiro

回答:


14

あなたが私たちにすべてゼロを示しているそのsyslogファイルの内容は、実際にファイルシステム/ syslogの書き込みの破損です。

システムクラッシュにより、システムがsyslogファイルへの書き込みを途中でキャッチし、それが最終結果です。

Linux VMで数年に数回、RaspberryとBanana Pisでさらに数回発生しています。

一度だけのイベントでこれを持っている理由を調査するために時間を浪費したり、多くの時間を失ったりすることはありません。特に定期的なイベントの場合は、なぜクラッシュしたのかをもっと心配する必要があります。

PSが事例領域に入ると、最後にこれがBanana Pi R1で定期的に発生したとき、原因を(欠陥のある)realtek wifiチップセットまでたどることができました。


4
また、これ^@はNULバイト(バイト値0)であるため、偶然にログファイルに追加されるのは「空の」データです。これは、たとえば、ファイルの最後に新しい空のブロックが割り当てられたが、そのブロックの意味のあるデータによって実際に占有されているバイト数が適切に更新されていない場合に発生する可能性があります(そのカウンターがオフになる前にクラッシュ/ハードリセットが発生したため)ドライブにコミット)。
marcelm

なぜそれがクラッシュしたのかを知る方法は?
アパルティコのCEO、19

@CEOatApartico新しい質問を開くことをお勧めします。
Rui F Ribeiro


6

その答えを少し拡張する、syslogのメタデータは最新ではなく、メモリのページの内容が部分的にディスクにコミットされています。その文字列^@は実際にはNULバイトです。新しく割り当てられたメモリページに最初から含まれている正確な内容。


フレンドリーなリマインダー:JdeBPの回答に基づいている場合は、正しく理解するようにしてください。セキュリティ上の理由から、カーネルによって割り当てられると、ディスクセクターはゼロに設定されます。それ自体は0が書き込まれるメモリではありません。それを修正することをお勧めします。
Rui F Ribeiro
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.