Wie kann eine Dateisystembeschädigung zu Testzwecken verursacht werden?

7

AFAIK Die Gründe für die Beschädigung des Dateisystems sind folgende:

unsachgemäßes Herunterfahren (Hard Reset);
Hardwarefehler (fehlerhafter Block auf der Festplatte, fehlerhafter Festplattencontroller);
unsachgemäßer Start (Montage des beschädigten Dateisystems);
Kernelfehler (testen diesen wirklich gerne).

Fragen:

Gibt es einen anderen Grund für die Beschädigung des Dateisystems, den ich verpasst habe?
Wie man eine künstliche Beschädigung des Dateisystems verursacht - ich weiß Bescheid dd, aber gibt es noch etwas mehr?

Ich bin neugierig auf Linux, aber wahrscheinlich gilt dies auch für Windows.

— grs
quelle

1

Sie haben keinen menschlichen / Bedienerfehler erwähnt ... wie die Verwendung von fdisk, um die Größe einer Datei falsch zu ändern. Schreiben Sie außerdem als Root-Benutzer auf die Festplatte oder blockieren Sie das Gerät, als wäre es eine Standarddatei.

— Mdpc

1

Siehe auch die Liste der Fehlerinjektionstechniken in einer der Antworten auf die Spezialdatei, die E / A-Fehler verursacht. Unix Stackexchange-Frage ...

— Anon

5

Für das unsachgemäße Herunterfahren sollten Sie in der Lage sein, mit virtuellen Maschinen zu testen. Schreiben Sie ein Skript, um alle Ihre Anwendungen und Dienste zu laden. Verwenden Sie dann eine API, um die VM zu beenden, und starten Sie sie erneut. Wiederholen ... lassen Sie Ihr Skript laufen und sehen Sie, wie lange es dauert, bis es stirbt.

Bei Kernelfehlern: Suchen Sie einen alten Beta-Kernel, z. B. aus frühen Reiser- oder XFS- oder EXT4-Tagen. Durchsuchen Sie die Fehlerlisten und Änderungen, um einen reproduzierbaren Fehler zu finden.

— Wim Kerkhoff
quelle

Der Grund, warum ich nach Kernelfehlern frage, ist, dass ich in letzter Zeit auf diesen gestoßen bin : kernel BUG at /build/buildd/linux-2.6.31/fs/ext4/inode.c:1853!. Dies geschieht zufällig auf Kernel 2.6.31-22.70. Ich habe viele Maschinen mit diesem Kernel, aber nur eine zeigt es. Ich kann es bisher nicht fangen, aber ich würde es wirklich gerne tun. Vielen Dank!

— Grs

1

Der Schwingspulenmechanismus, der Festplattenköpfe positioniert, verwendet Seltenerdmagnete, und ich habe einige ziemlich große, sehr starke Magnete aus toten Festplatten herausgeholt.

Sie können Festplattenfehler auf einer funktionierenden Festplatte verursachen, indem Sie einen ausreichend starken Magneten gegen die Oberseite einer Festplatte halten. Beachten Sie jedoch, dass dies kein umkehrbarer Vorgang ist. Wenn er überhaupt funktioniert, werden die Servospuren auf den Laufwerksplatten beschädigt, wodurch die Festplatte unbrauchbar wird.

— Ward - Monica wieder einsetzen
quelle

0

1) Eine weitere Korruptionsquelle, die viel Spaß macht, sind überlappende Partitionen. Sie können monatelang ausgeführt werden, wobei das Ende einer Partition den Anfang einer anderen Partition nur um einen Sektor überlappt. Oder mehr!

2) Das sg3-utils-Paket enthält einige nette Low-Level-SCSI-Befehle, mit denen Sie mit einer Festplatte herumspielen können. Zum Beispiel:

sg_write_long -w -l 16384 /dev/sda

Schreibt einen nicht korrigierbaren Fehler in den Sektor 16384 von / dev / sda (nun, es teilt dem Laufwerk nur mit, dass dort ein nicht korrigierbarer Fehler vorliegt).

— MikeyB
quelle