Systemabsturz - seltsame Zeichen im Syslog

11

Ich habe einen kleinen Server, den ich zum Testen und Programmieren benutze. Derzeit läuft Debian 9.4 Stretch mit 4.14.0-0.bpo.3-amd64 Kernel.

Heute habe ich versucht, eine Verbindung über SSH herzustellen, aber ich konnte nicht, dann habe ich versucht, eine Ping-Verbindung herzustellen, und es war nicht erreichbar. Daher musste ich es hart neu starten, indem ich das Netzkabel abzog. Dann ging ich zu /var/log/syslog und fand eine seltsame Zeile mit genau 6140 Zeichen wie die folgenden

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

dann nichts anderes bis neue Protokolleinträge des Systems neu starten. Dies ist tatsächlich das erste Mal, dass es passiert.

Weiß jemand was es sein könnte?

debian logs DrKey
quelle
2
Nun, ich habe darüber unter askubuntu.com/a/1020373/43344 geschrieben . (-: Dann gibt es unix.stackexchange.com/questions/227173 und unix.stackexchange.com/questions/237321 ...
JdeBP
1
@JdeBP Ich bevorzuge deine erste Antwort / Link, das ist es in der Tat. Odd hat eine Frage mit mehr als 1500 Besuchen. Sie haben keine einzige Stimme, +1.
Rui F Ribeiro

Antworten:

14

Der Inhalt der Syslog-Datei, den Sie uns mit allen Nullen anzeigen, ist in der Tat eine Beschädigung des Dateisystems / Syslog-Schreibens.

Ihr Systemabsturz hat das System beim Schreiben in die Syslog-Datei erwischt, und das ist das Endergebnis.

Ich habe es im Laufe der Jahre bereits mehrmals gesehen, in Linux-VMs und noch ein paar Mal in Himbeeren und Bananen-Pis.

Nichts, worüber man (zu viel) besessen sein oder viel Zeit verlieren könnte, um zu untersuchen, warum Sie dies für ein einmaliges Ereignis haben. Ich würde mir mehr Sorgen machen, herauszufinden, warum es abgestürzt ist, besonders wenn es sich um eine reguläre Veranstaltung handelt.

PS: Als ich das letzte Mal regelmäßig in einem Banana Pi R1 passierte, gelang es mir, die Ursache auf einen (fehlerhaften) Realtek-WLAN-Chipsatz zurückzuführen.

Rui F Ribeiro
quelle
4
Es ist auch erwähnenswert, dass ^@es sich um das NUL-Byte (Byte-Wert 0) handelt. Es handelt sich also um "leere" Daten, die versehentlich an die Protokolldatei angehängt werden. Dies kann beispielsweise passieren, wenn dem Ende der Datei ein neuer leerer Block zugewiesen wird, die Anzahl der tatsächlich von aussagekräftigen Daten in diesem Block belegten Bytes jedoch nicht ordnungsgemäß aktualisiert wird (da der Absturz / Hard-Reset vor diesem Zähler aufgetreten ist dem Laufwerk verpflichtet).
marcelm
Wie finde ich heraus, warum es abgestürzt ist?
CEO bei Apartico
@CEOatApartico Ich würde empfehlen, eine neue Frage zu eröffnen.
Rui F Ribeiro
@RuiFRibeiro unix.stackexchange.com/questions/528275/…
CEO bei Apartico
6

Um diese Antwort etwas zu erweitern , enthält Ihr Syslog den Inhalt einer Speicherseite, die teilweise auf der Festplatte festgeschrieben ist, wobei die Metadaten von Syslog nicht auf dem neuesten Stand sind. Diese Zeichenfolge ^@besteht tatsächlich aus NUL-Bytes. genau das, was eine frisch zugewiesene Speicherseite anfänglich enthält.

Jarhmander
quelle
Eine freundliche Erinnerung: Wenn Sie es auf die JdeBP-Antwort stützen, versuchen Sie, es richtig zu machen. Festplattensektoren werden aus Sicherheitsgründen auf Null gesetzt, wenn sie vom Kernel zugewiesen werden. Es handelt sich nicht um Speicher, bei dem Nullen per se geschrieben werden. Ich rate, das zu korrigieren.
Rui F Ribeiro