Ich habe kurz in einer VM damit herumgespielt. Mein erster Gedanke war, den primären Superblock der Partition zu zerstören. Dies führt nicht dazu, dass dumpe2fs einen "Dateisystemstatus" von "Fehler" meldet, aber es bricht (offensichtlich) Ihre Partition ("Schlechte magische Zahl im Superblock"). Vielleicht ist das alles, was Sie für Ihre Tests benötigen. Wenn Sie fsck für eine Partition in diesem $?
Status ausführen und den Wert von überprüfen, wird der Status 8 (Betriebsfehler) angezeigt.
Auf jeden Fall ist dies gefährlich und ich würde nicht empfehlen, dies auf einem System zu tun, auf dem Sie Daten haben, die Sie interessieren. Versuchen Sie es in einer VM wie ich.
Sie können einige Informationen über das Dateisystem wie folgt erhalten:
dumpe2fs /dev/sda1 | egrep "state|superblock|Block size"
Sie werden sehen, dass das Dateisystem einen primären Superblock und einige Backup-Superblöcke hat. Wenn Sie bereit sind, Dinge zu beschädigen, beachten Sie einige Dinge in dieser Ausgabe:
- "Blockgröße: X": Beachten Sie X.
- "Primärer Superblock bei Y": Beachten Sie Y.
- "Backup Superblock bei Z": Notieren Sie sich mindestens ein Z.
Zerstöre jetzt deinen primären Superblock:
dd if=/dev/zero of=/dev/sda1 bs=X count=1 seek=Y
Herzliche Glückwünsche! Ihr Dateisystem ist jetzt kaputt.
Hängen Sie es aus, wenn es montiert ist:
umount /dev/sda1
Führen Sie dann fsck aus und geben Sie den Speicherort eines der zuvor genannten Backup-Superblocks an:
fsck -b Z /dev/sda1
Hängen Sie jetzt irgendwo / dev / sda1 ein, und Sie sollten wieder im Geschäft sein.