Können Sie „fsck.ext2 -fycc /dev/mapper/truecrypt1“ auf einem nicht gemounteten Truecrypt-Gerät ausführen?
Das „zusätzliche c“ in -fycc bewirkt, dass ein angeblich „nicht destruktiver“ Lese-/Schreibvorgang ausgeführt wird (ähnlich dem, was Spinrite tut).
Da es sich jedoch um verschlüsselte Daten handelt, bin ich nicht sicher, ob die Daten dadurch irgendwie beschädigt werden.
Diese Frage wurde inspiriert durch das Folgende(natürlich zusätzlich zur Notwendigkeit, mein Laufwerk zu überprüfen):
Dateisystemprüfung (fsck) eines Truecrypt-Volumes:http://www.chazco.co.uk/post.php?po=23 Sie können nun die Dateisystemprüfung ausführen. Starten Sie ein Terminal und führen Sie den folgenden Befehl aus, wobei Sie "/dev/mapper/truecryptX" durch den Wert ersetzen, den Sie notiert haben:
sudo fsck -C -f /dev/mapper/truecryptX
Und
Fehlerhafte Blöcke von fsck erkannt. SMART sagt, die Festplatte sei in Ordnung: Ich schlage vor, den Schalter -c zweimal auf fsck zu verwenden, um einen Lese-/Schreibtest der Sektoren zu erzwingen. Dadurch wird das Programm badblocks aufgerufen. Es bewirkt ungefähr dasselbe wie SpinRite von GRC. (SpinRite funktioniert übrigens auf jedem Linux-formatierten Laufwerk.)
Beispiel für den Aufruf von fsck: fsck.ext2 -fycc /dev/sdb1
Handbuchseite für fsck.ext2:
-c Diese Option veranlasst e2fsck, das Programm badblocks(8) zu verwenden, um einen Nur-Lese-Scan des Geräts durchzuführen und so alle fehlerhaften Blöcke zu finden. Wenn fehlerhafte Blöcke gefunden werden, werden sie dem Inode für fehlerhafte Blöcke hinzugefügt, um zu verhindern, dass sie einer Datei oder einem Verzeichnis zugewiesen werden. Wenn diese Option zweimal angegeben wird, wird der Scan nach fehlerhaften Blöcken mit einem zerstörungsfreien Lese-/Schreibtest durchgeführt.
Vielen Dank im Voraus für jeden Rat.