ubuntuusers.de

Bad magic number in super-block while trying to open

Status: Gelöst | Ubuntu-Version: Ubuntu 20.04 (Focal Fossa)
Antworten |

4jordy

Anmeldungsdatum:
3. Dezember 2009

Beiträge: 16

Moin,

Ich habe eine externe ext3 Platte mit dem TrueCrypt Container, der als FAT32 formatiert ist. Ich wollte sowohl von Windoof als auch von Ubuntu an die Platte herankommen. Nun gibt es Probleme mit der Platte.

Wenn ich diese anschließe kann ich die Verschlüsselung lösen (Passworteingabe) bekomme aber die Fehlermeldung:

Error mounting /dev/dm-0 at /media/jordy/6f9f1ec9-63fc-45d1-b31d-1253c9bac358: mount(2) system call failed: Structure needs cleaning

Also bin ich durch das Internet getobt und habe folgende Sachen versucht.

sudo blkid
=/dev/sdc1: UUID="3e78abc8-d0fb-4900-b203-ba5873edd3bf" TYPE="crypto_LUKS" PARTUUID="d96b52e0-01"
/dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf: UUID="6f9f1ec9-63fc-45d1-b31d-1253c9bac358" SEC_TYPE="ext2" TYPE="ext3"

=>sudo debugfs -w /dev/sdc1
=debugfs 1.45.5 (07-Jan-2020)
debugfs: Bad magic number in super-block while trying to open /dev/sdc1
/dev/sdc1 contains a crypto_LUKS file system

Also scheint da was mit dem super-block zu sein. Was bedeutet das?

=> fsck 
=jordy@jordy-Wanne:/dev/usb$ sudo fsck.ext4 -pfv -C0 /dev/sdc1
fsck.ext4: Ungültige magische Zahl im Superblock beim Versuch, /dev/sdc1 zu öffnen
/dev/sdc1: 
Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
    e2fsck -b 8193 <Gerät>
 oder
    e2fsck -b 32768 <Gerät>

Wenn ich mich recht erinnere, kann man den Befehl nur vor der Eingabe des Passwortes ausführen. An dem e2fsck bin ich gescheitert.

Wer kann helfen? Was soll ich machen?

Vielen Dank

Moderiert von DJKuhpisse:

Codeblock und verschoben

dingsbums

Anmeldungsdatum:
13. November 2010

Beiträge: 3781

4jordy schrieb:

Ich habe eine externe ext3 Platte mit dem TrueCrypt Container, der als FAT32 formatiert ist.

NTFS wäre stabiler und robuster gewesen. Linux kann schon lange mit NTFS.

Wenn ich diese anschließe kann ich die Verschlüsselung lösen (Passworteingabe)

Also ist der Truecrypt-Container in Ordnung

bekomme aber die Fehlermeldung:

Error mounting /dev/dm-0 at /media/jordy/6f9f1ec9-63fc-45d1-b31d-1253c9bac358: mount(2) system call failed: Structure needs cleaning

Das klingt nach einem defekten FAT32-Dateisystem. Mach unter Windows eine Dateisystem-Überprüfung des geöffneten TC-Containers.

Also bin ich durch das Internet getobt und habe folgende Sachen versucht:

jordy@jordy-Wanne:/dev/usb$ sudo fsck.ext4 -pfv -C0 /dev/sdc1

Auf einen Truecrypt-Container solltest du sowas besser nicht loslassen, damit kannst du ihn "schrotten".

4jordy

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2009

Beiträge: 16

Hey Dingsbums,

Vielen Dank für den Tip. Leider scheint es TrueCrypt so nicht mehr zu geben. Dennoch habe ich es unter Windoof installiert. Die Festplatte kann ich ausklinken aber für sie wird kein Laufwerk vergeben. Unter TrueCrypt kann ich sie nicht mit dem Password öffnen,

Habe ich noch eine andere Chance?

Vielen Dank für die Hilfe

dingsbums

Anmeldungsdatum:
13. November 2010

Beiträge: 3781

Du bist aber schon sicher, daß du mit Truecrypt verschlüsselt hast? Der Nachfolger von Truecrypt ist Veracrypt, das gibt es auch für Windows und kann auch alte, mit Truecrypt erstellte Container öffnen. Oder ist das eine LUKS-Verschlüsselung?

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9615

Wohnort: Münster

4jordy schrieb:

[…] ext3 Platte mit dem TrueCrypt Container, der als FAT32 formatiert ist. Ich wollte sowohl von Windoof als auch von Ubuntu an die Platte herankommen.

MS Windows kann von Hause aus nicht mit dem Dateisystem ext3 arbeiten, also auch gar nicht auf die Datei zugreifen. Ich empfinde es durchaus als unfair, wenn man von MS Windows etwas erwartet, wofür es nicht vorgesehen ist und es es deshalb als „doof“ tituliert.

Worum geht es Dir?

  • Um die Rettung der jetzt hinter der Verschlüsselung nicht mehr erreichbaren Dateien? Dann benutzt Du am einfachsten Dein Backup.

  • Um die Erstellung eines wirklich von Linux und Windows verwendbaren verschlüsselten Datenspeichers? Dann formatiere die Platte mit FAT32, exFAT oder NTFS und errichte darin Container z.B. mit Veracrypt.

dingsbums

Anmeldungsdatum:
13. November 2010

Beiträge: 3781

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7782

Deine Befehle sind einfach falsch, /dev/sdc ist nicht das Dateisystem sondern /dev/mapper/luks-...

Wenn sdc verschlüsselt ist dann kein Wunder bzw. dein Glück, daß fsck auf sdc kein Superblock finden kann.

Mit fsck kann man sich genauso schnell viel kaputt machen wie ganz...

Wenn die Ausgabe von blkid stimmt, dann ist das auch ganz normale LUKS Verschlüsselung und nichts mit Truecrypt/FAT32. Ist das erst auf dem ext3 drauf, verschlüsselst du doppelt, ich komm da wohl nicht so ganz mit bei der Beschreibung...

4jordy

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2009

Beiträge: 16

Hallo,

wie ihr merkt bin ich nicht wirklich der Superuser, sondern eher der Kopie und passt Typ. Im Vordergrund steht für mich die Datenrettung.

Vor einigen Jahren habe ich eine Festplatte gekauft und diese, so wie sie war, verschlüsselt. Ich bin der Meinung das war mit TrueCrypt. Ob ich dann irgendwann das Veracrypt update gemacht habe kann ich nicht sagen. Ist halt schon Jahre her. Die Idee war eine Festplatte mit den Daten sowohl unter Win als auch Ubuntu nutzen zu können.

Was meiner Meinung nach dagegen spricht ist der Fakt, dass ich das Ubuntu 20.04.3 LTS vor ein paar Monaten frisch aufgespielt habe. Zur Übernahme der Daten benutze ich immer die Backup Funktion. Ich bin mir nicht sicher, ob TrueCrypt dann automatisch auf das neue System übertragen wird mit den Ordnern. Tatsache ist, das ich ohne irgendwelche Installation die verschlüsselte Platte öffnen und benutzen konnte.

Inzwischen habe ich TrueCrypt und Veracrypt unter Win installiert und bekomme bei beiden Programmen die Selbe Antwort. "Passwort falsch oder keine Verschlüsselte Platte" Auch unter Windows kann ich die Platte nicht einhängen (Laufwerksbuchstaben zuordnen)

Ja, das Passwort kenne ich definitiv. Zumindest was oder?

Somit hat wohl "frostschutz" recht. Wahrscheinlich ist es dann doch nur eine LUKS Verschlüsselung.

Bei der letzten Arbeit auf der Platte habe ich eine Konvertierung einer Datei abgebrochen. Das könnte zu dem Fehler im System geführt haben.

Wie kann ich herausfinden ob das so korrekt ist?

Schon mal vielen Dank für die Hilfe!!!

Dogeater

Anmeldungsdatum:
16. Juni 2015

Beiträge: 3381

Du musst das fsck schon durchführen. Da kommst du nicht drumherum.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9615

Wohnort: Münster

4jordy schrieb:

[…] Im Vordergrund steht für mich die Datenrettung.

[…] Die Idee war eine Festplatte mit den Daten sowohl unter Win als auch Ubuntu nutzen zu können.

Und, hast Du diese Platte jemals zuvor unter Windows tatsächlich benutzt?

Tatsache ist, das ich ohne irgendwelche Installation die verschlüsselte Platte öffnen und benutzen konnte.

Unter Linux und unter Windows?

[…] Wie kann ich herausfinden ob das so korrekt ist?

Gemäß diesen Angaben aus Deiner Problembeschreibung …

4jordy schrieb:

[…]

sudo blkid
=/dev/sdc1: UUID="3e78abc8-d0fb-4900-b203-ba5873edd3bf" TYPE="crypto_LUKS" PARTUUID="d96b52e0-01"
/dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf: UUID="6f9f1ec9-63fc-45d1-b31d-1253c9bac358" SEC_TYPE="ext2" TYPE="ext3"

… ist die erste Partition der Platte /dev/sdc1

  • eine verschlüsselte LUKS-Partition. Darauf darfst Du auf keinen Fall ein Dienstprogramm für ext2/3/4 anwenden!

  • Diese Partition ist per LUKS eingebunden und deren Klartext ist über das Gerät /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf erreichbar. Das Dateisystem ist ext3.

Zeige bitte:

sudo fdisk -l
lsblk -lf /dev/sd?
findmnt /dev/sdc1
findmnt /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf

4jordy

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2009

Beiträge: 16

Hallo KB,

habe die Platte mit dem Passwort freigeschaltet und den Befehl:

1.

jordy@jordy-Wanne:~$ sudo fdisk -l

Festplatte /dev/loop0: 187,84 MiB, 196939776 Bytes, 384648 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 10,18 MiB, 10670080 Bytes, 20840 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 99,39 MiB, 104210432 Bytes, 203536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 99,35 MiB, 104169472 Bytes, 203456 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 10,18 MiB, 10670080 Bytes, 20840 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 55,45 MiB, 58130432 Bytes, 113536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 55,45 MiB, 58134528 Bytes, 113544 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 65,1 MiB, 68259840 Bytes, 133320 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sda: 465,78 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell: Samsung SSD 850 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: F4E7C860-66E6-03AE-18F2-39BDB999EB00

Gerät         Anfang      Ende  Sektoren  Größe Typ
/dev/sda1       2048    206847    204800   100M EFI-System
/dev/sda2     206848    239615     32768    16M Microsoft reserviert
/dev/sda3     239616 382255240 382015625 182,2G Microsoft Basisdaten
/dev/sda4  975716352 976771071   1054720   515M Windows-Wiederherstellungsumgebu
/dev/sda5  382257152 975716351 593459200   283G Linux-Dateisystem

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.


Festplatte /dev/sdb: 931,53 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Festplattenmodell: ST1000LM024 HN-M
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x8617ef7d

Gerät      Boot Anfang       Ende   Sektoren  Größe Kn Typ
/dev/sdb1       206848 1953521663 1953314816 931,4G  7 HPFS/NTFS/exFAT


Festplatte /dev/loop8: 218,102 MiB, 229629952 Bytes, 448496 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop9: 61,79 MiB, 64770048 Bytes, 126504 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 61,75 MiB, 64729088 Bytes, 126424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop11: 251,58 MiB, 263790592 Bytes, 515216 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop12: 140 KiB, 143360 Bytes, 280 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop13: 257,8 MiB, 269570048 Bytes, 526504 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop14: 50,98 MiB, 53432320 Bytes, 104360 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop15: 362,26 MiB, 379846656 Bytes, 741888 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop16: 2,21 MiB, 2310144 Bytes, 4512 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop17: 235,47 MiB, 246898688 Bytes, 482224 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop18: 50,98 MiB, 53432320 Bytes, 104360 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop19: 193,53 MiB, 202915840 Bytes, 396320 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop20: 64,79 MiB, 67915776 Bytes, 132648 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop21: 2,12 MiB, 2224128 Bytes, 4344 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop22: 32,31 MiB, 33869824 Bytes, 66152 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop23: 32,3 MiB, 33865728 Bytes, 66144 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop24: 219 MiB, 229638144 Bytes, 448512 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sdc: 931,49 GiB, 1000170586112 Bytes, 1953458176 Sektoren
Festplattenmodell: My Passport 0820
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xd96b52e0

Gerät      Boot Anfang       Ende   Sektoren  Größe Kn Typ
/dev/sdc1            1 1953455804 1953455804 931,5G 83 Linux


Festplatte /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf: 931,49 GiB, 1000167274496 Bytes, 1953451708 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

Ausgeführt. Die verschlüsselte Platte ist die My Passport 0820

2.

jordy@jordy-Wanne:~$ lsblk -lf /dev/sd?
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sda                                                                   
sda1 vfat         B811-E066                              65,8M    31% /boot/efi
sda2                                                                  
sda3 ntfs         2852138C52135DBE                                    
sda4 ntfs         8650FCEC50FCE439                                    
sda5 ext4         7a71207c-614b-4b43-9a39-15f7f8d75a6a   56,9G    74% /
sdb                                                                   
sdb1 ntfs         5854616C54614DB6                                    
sdc                                                                   
sdc1 crypto       3e78abc8-d0fb-4900-b203-ba5873edd3bf                
luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf
     ext3         6f9f1ec9-63fc-45d1-b31d-1253c9bac358 

3.

jordy@jordy-Wanne:~$ findmnt /dev/sdc1
jordy@jordy-Wanne:~$ 

Keine Reaktion

4.

jordy@jordy-Wanne:~$ findmnt /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf
jordy@jordy-Wanne:~$ 

Keine Reaktion

Das Mounten scheint nicht zu funktionieren oder habe ich einen Fehler gemacht? Vielen Dank für die Hilfe!

4jordy

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2009

Beiträge: 16

Hi,

habe noch mal

jordy@jordy-Wanne:~$ findmnt /dev
TARGET SOURCE FSTYPE   OPTIONS
/dev   udev   devtmpfs rw,nosuid,noexec,relatime,size=3973984k,nr_inodes=993496,mode=755,inode64

ausprobiert. Hilft das?

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9615

Wohnort: Münster

4jordy schrieb:

[…] habe die Platte mit dem Passwort freigeschaltet […]

jordy@jordy-Wanne:~$ sudo fdisk -l
[…]
Festplatte /dev/sdc: 931,49 GiB, 1000170586112 Bytes, 1953458176 Sektoren
Festplattenmodell: My Passport 0820
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xd96b52e0

Gerät      Boot Anfang       Ende   Sektoren  Größe Kn Typ
/dev/sdc1            1 1953455804 1953455804 931,5G 83 Linux


Festplatte /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf: 931,49 GiB, 1000167274496 Bytes, 1953451708 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

Immerhin wird sie schon als Festplatte erkannt. Die Ausgabe erscheint mir unvollständig. Zeige noch:

sudo fdisk -l /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf

[…]

jordy@jordy-Wanne:~$ lsblk -lf /dev/sd?
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
[…]
sdc                                                                   
sdc1 crypto       3e78abc8-d0fb-4900-b203-ba5873edd3bf                
luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf
     ext3         6f9f1ec9-63fc-45d1-b31d-1253c9bac358 

Das ext3-Dateisystem wird aber nicht in den Verzeichnisbaum eingebunden.

[…]

Die Situation ist schon so, wie ich sie bereits beschrieben habe und entspricht in keiner Weise Deiner ursprünglichen Fehlerbeschreibung, auch der Titel ist irreführend. Du hast keine FAT-Platte und kein Truecrypt, sondern eine externe Platte mit einer einzigen Partition und diese ist LUKS. Das Dateisystem in dieser Partition wird als ext3 erkannt.

Die Fehlermeldung aus Deiner Fehlerbeschreibung … 4jordy schrieb:

[…] Wenn ich diese anschließe kann ich die Verschlüsselung lösen (Passworteingabe) bekomme aber die Fehlermeldung:

Error mounting /dev/dm-0 at /media/jordy/6f9f1ec9-63fc-45d1-b31d-1253c9bac358: mount(2) system call failed: Structure needs cleaning

… stammt und bezieht sich auf LUKS, welches eben das Dateisystem in seiner Partition nicht einbinden konnte. Du musst also auf jeden Fall das zuerst mit einem Dienstprogramm für LUKS bereinigen und nicht mit fsck für ext3. (Vielleicht findest Du im Wiki den richtigen Befehl oder jemand nennt ihn hier, ich kenne in nicht.) Nach der Systempflege auf LUKS-Ebene wird möglicherweise in einem zweiten Schritt fsck auf dem nicht eingebundenen ext3-Dateisystem erforderlich. Ob das zum Erfolg führt, kann niemand vorher sicher sagen. Es ist daher zweckmäßig, von /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf vorher ein Image zu ziehen.

Es wäre schon, wenn Du meine bereits gestellten Fragen auch beantworten würdest, damit ich nach Bestätigung meiner Vermutungen wenigstens den unzutreffenden Titel korrigieren kann.

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7782

kB schrieb:

Die Fehlermeldung aus Deiner Fehlerbeschreibung … 4jordy schrieb:

[…] Wenn ich diese anschließe kann ich die Verschlüsselung lösen (Passworteingabe) bekomme aber die Fehlermeldung:

Error mounting /dev/dm-0 at /media/jordy/6f9f1ec9-63fc-45d1-b31d-1253c9bac358: mount(2) system call failed: Structure needs cleaning

… stammt und bezieht sich auf LUKS, welches eben das Dateisystem in seiner Partition nicht einbinden konnte. Du musst also auf jeden Fall das zuerst mit einem Dienstprogramm für LUKS bereinigen und nicht mit fsck für ext3. (Vielleicht findest Du im Wiki den richtigen Befehl oder jemand nennt ihn hier, ich kenne in nicht.)

In dem Moment wo das LUKS Gerät offen und das verschlüsselte Dateisystem Klartext sichtbar ist. In dem Moment ist LUKS fertig. Mehr LUKS gibts da nicht.

Ob das Dateisystem mountbar ist, oder intakt oder kaputt, das ist LUKS egal. LUKS stellt einfach nur ein Blockgerät bereit und fertig.

Die Befehle aus dem 1. Post wurden einfach nur aufs falsche Blockgerät angewendet. Auf /dev/sdc kann das nicht funktionieren (das ist verschlüsselt), du musst /dev/mapper/luks-... nehmen (das von LUKS / dm-crypt bereitgestellte Klartextdevice).

sudo e2fsck /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf
sudo mount /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf /media/jordy/6f9f1ec9-63fc-45d1-b31d-1253c9bac358

Oder sowas in der Richtung halt.

Ob das Problem davon behoben wird steht auf einem anderen Blatt, kommt drauf an was da eigentlich los ist mit dem Dateisystem.

Wenn fsck anfängt Fragen zu stellen, wirds meistens haarig.

Bei Mount-Fehlern auch mal ins dmesg schauen, manchmal steht dann noch was mehr dazu.

4jordy

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2009

Beiträge: 16

Hallo KB,

Immerhin wird sie schon als Festplatte erkannt. Die Ausgabe erscheint mir unvollständig. Zeige noch:

sudo fdisk -l /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf
jordy@jordy-Wanne:~$ sudo fdisk -l /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf
Festplatte /dev/mapper/luks-3e78abc8-d0fb-4900-b203-ba5873edd3bf: 931,49 GiB, 1000167274496 Bytes, 1953451708 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

Und, hast Du diese Platte jemals zuvor unter Windows tatsächlich benutzt?

Ja, ganz am Anfang. Das müsste noch unter Truecrypt gewesen sein. Mir war damals wichtig dass es unter beiden Systemen läuft. Ich meine mich dunkel zu erinnern das Truecrypt eingestellt wurde und dann automatisch ein Vorschlag gemacht wurde auf LUKS umzustellen. Das muss ich dann wohl gemacht haben, ohne es mir zu merken. Danach habe ich nur noch mit Ubuntu gearbeitet und es nie wieder unter Windows probiert.

Kannst Du mich an das entsprechende (Teil)Forum weiterverweisen? Oder was muss ich dazu ändern?

Dir schon mal vielen Dank für die super Hilfe. Bin halt der Blinde unter den...

Antworten |