☰

Seltsame Dateibeschädigungen in ext4

tag-icon • tag-icon hard-drive ssd ext4 corruption
Seltsame Dateibeschädigungen in ext4

Ich bin vor Kurzem mit Szenarien konfrontiert worden, in denen es offenbar zu einer Beschädigung der Festplatte kommt, und würde diese gern besser verstehen.

Ich habe einen Build-Server, mit dem ich täglich arbeite. Während eines vollständigen Builds einer aktuellen LLVM-Version, der mit einer seltsamen Fehlermeldung abgebrochen wurde, erhielt ich diesen Auszug für eine generierte Datei ( X86GenDisassemblerTables.inc):

...
/* 0xa5 */
{ /* ModRMDecision */
 MODRM_ONEENTRY,
 0 /* EmptyTable */
},
/* 0xa6 */
{ /* ModRMDecision */
 MODÒM_ONEENTRY,                # Ò = 0xD2
 0 /* EmptyTable */             # R = 0x52
},
/* 0xa7 */
{ /* ModRMDecision */
 MODRM_ONEENTRY,
 0 /* EmptyTable */
},
...

Dies scheint eine Einzelbit-Dateibeschädigung zu sein. Ich habe die Datei entfernt, der Build hat sie erneut generiert und erfolgreich abgeschlossen.

Und heute, in einerandersMaschine, diese .dDatei wurde während eines Builds erstellt:

output-gcc-8.2.0-x86_64-linux-gnu/obj/headers.hpp.gch: src/headers.hpp
pp      # What's this?

Alles andere – Dateigröße, Berechtigungen, sogar die abschließende neue Zeile – war vorhanden. Durch das Entfernen der Datei konnte der Build sie außerdem problemlos erneut generieren.

Handelt es sich hierbei um echte Fälle von Festplattenbeschädigungen? Welche Tools kann ich zur Diagnose verwenden? Bei diesen Festplatten handelt es sich um ein bzw. zwei Jahre alte SSDs mit ext4-Dateisystemen.

Antwort1

Vielleicht möchten Sie mit einem RAM-Test beginnen. Festplattenlaufwerke bemerken normalerweise, wenn ein Lese- oder Schreibfehler auftritt. Wenn Sie in den Kernel-Meldungen noch keine Festplattenfehler erhalten und keinen ECC-RAM verwenden, würde ich eher den RAM als die Festplatte vermuten.

verwandte Informationen