ubuntuusers.de

Truecrypt-Platte mountet nicht mehr

Status: Gelöst | Ubuntu-Version: Ubuntu 11.04 (Natty Narwhal)
Antworten |

NeverGiveUp

Anmeldungsdatum:
29. Januar 2008

Beiträge: 34

Hallo zusammen!

meine USB-Platte 1,5 TB, die komplett von Truecrypt benutzt wird, läßt sich nicht mehr mounten.

Die SMART-Werte sehen nicht so gut aus, vorher war alles fehlerfrei:

Anzahl ausstehender Sektoren: 21

Anzahl nicht korrigierbarer Sektoren: 9

Ich habe wohl auch einen dummer Fehler begangen und keine Partitionierung vorgenommen, sondern Truecrypt unpartinoniert walten lassen. Ob es daran liegt weiss ich nicht, aber eine gute Idee war es sicherlich auch nicht.

Der Status Quo: Ich habe den Truecrypt-Header als Backup. Ich komme mit fsck ran. Vorsichtshalber habe ich erst einmal alle Reparaturvorschläge untersagt. Hier ein Auszug von fsck:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
sudo fsck /dev/mapper/truecrypt3
fsck from util-linux-ng 2.17.2
e2fsck 1.41.14 (22-Dec-2010)
/dev/mapper/truecrypt3 enthält ein fehlerhaftes Dateisystem, Prüfung erzwungen.
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Lesefehler - Block 1058 (Attempt to read block from filesystem resulted in short read) während beim Lesen des nächsten Inodes. Ignoriere Fehler<j>? ja

Rückschreiben erzwingen<j>? nein

Lesefehler - Block 86507558 (Attempt to read block from filesystem resulted in short read) während beim Lesen des nächsten Inodes. Ignoriere Fehler<j>? ja

Rückschreiben erzwingen<j>? nein

Durchgang 2: Prüfe Verzeichnis Struktur
Eintrag »beispiel.xml« in / (2) hat gelöscht/unbenutzt Inode 17.  Bereinige<j>? nein
...
Hier sind noch ca. 20 ähnliche Einträge mit anderen Dateien
...
Eintrag »Ein Verzeichnisname« in /neu/cd (15990789) hat gelöscht/unbenutzt Inode 21626986.  Bereinige<j>? nein

Lesefehler - Block 86507558 (Attempt to read block from filesystem resulted in short read). Ignoriere Fehler<j>? nein

ext2fs_read_inode: Attempt to read block from filesystem resulted in short read beim Lesen von Inode 21626986 in check_filetype
e2fsck: abgebrochen

Ich bin ziemlich verzweifelt, weil wichtige Daten auf dieser Platte lagern. Mein Backup ist aus finanziellen Gründen unvollständig.

Grunsätzlich stelle ich mir die Frage ob ich als ersten Versuch den Truecrypt-Header zurückspielen sollte. Oder ist der noch in Ordnung weil das Passwort ja angenommen wurde? Fragen über Fragen.

lotharster

Anmeldungsdatum:
7. Oktober 2006

Beiträge: 495

Wenn der Truecrypt-Header beschädigt wäre, könnte Truecrypt die Partition nicht entschlüsseln und fsck würde kein ext2-Dateisystem erkennen. Deshalb kannst Du davon ausgehen, dass der Header intakt ist.

Wenn Die SMART-Werte nicht gut aussehen (bist Du Dir hier sicher?), dann hat die Platte vermutlich defekte Sektoren, was sich mit fsck beheben lassen sollte, allerdings nur, wenn man auch eine Fehlerkorrektur zulässt. Es lässt sich dabei aber nicht vermeiden, dass einige Dateien verloren gehen (eben die die auf defekten Sektoren liegen).

Falls Du auf Nummer sicher gehen willst, solltest Du Dir eine 2. Festplatte besorgen und deine Platte mit gddrescue kopieren. Dann kannst Du auf der Kopie Rettungsversuche starten und hast ein Backup, falls bei der Datenrettung was schief läuft. Außerdem musst Du natürlich damit rechnen, dass auf der defekten Platte, wenn sie weiter benutzt wird, weitere Sektoren fehlerhaft werden.

NeverGiveUp

(Themenstarter)

Anmeldungsdatum:
29. Januar 2008

Beiträge: 34

Danke für Deine rasche Antwort @lotharster!

Ich habe bei fsck alles abgenickt und die Reaparatur ist glücklich verlaufen! Puhhh!

Ich habe wohl viel Glück gehabt! So wie es aussieht sind nur wenige Dateien kaputt, alle unwichtig. Was in lost + found gelandet ist, ist komplett in Ordnung.

Morgen kaufe ich eine zusätzliche Backup-Platte, egal ob ich es mir leisten kann!

Vielen Dank!

Antworten |