[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: cryptsetup externe USB-Platte lässt sich nicht einbinden



Am Samstag, 21. Januar 2017, 02:23:56 schrieb Ulf Volmer:

> On Sat, Jan 21, 2017 at 12:58:42AM +0000, Siegfrid Brandstätter wrote:

> > Am Samstag, 21. Januar 2017, 01:25:40 schrieb Ulf Volmer:

> > > Falls ja, ist das LUKS erfolgreich geöffet und Du solltest es mit

> > >

> > > mount /dev/mapper/luks-b50d4cb0-7c32-4c3d-9f59-d5ddd902df23 /mnt

> >

> > # mount /dev/mapper/luks-b50d4cb0-7c32-4c3d-9f59-d5ddd902df23 /mnt

> > mount: wrong fs type, bad option, bad superblock on /dev/mapper/luks-

> > b50d4cb0-7c32-4c3d-9f59-d5ddd902df23,

>

> Das klingt nicht schön....

>

> > > mounten können. Deine zweite Mail klingt allerdings so, als ob Du ggf.

> > > vorher noch ein fsck.ext4 auf das Device machen müsstest.

> >

> > root@debian:/home/sigi# fsck.ext4 /dev/sdb1

>

> Nein, auf das entschlüsselte Device:

>

> fsck.ext4 /dev/mapper/luks-b50d4cb0-7c32-4c3d-9f59-d5ddd902df23

>

> Vorher bitte noch ein

>

> file -sL /dev/mapper/luks-b50d4cb0-7c32-4c3d-9f59-d5ddd902df23

>

> um sicherzustellen, dass da auch wirklich ein ext4 drauf ist.

>

file -sL /dev/mapper/luks-b50d4cb0-7c32-4c3d-9f59-d5ddd902df23

/dev/mapper/luks-b50d4cb0-7c32-4c3d-9f59-d5ddd902df23: Linux rev 1.0 ext4 filesystem data, UUID=dca99606-1ac4-467a-be23-541323a9a6b1, volume name "sg2T" (needs journal recovery) (extents) (64bit) (large files) (huge files)

 

fsck.ext4 /dev/mapper/luks-b50d4cb0-7c32-4c3d-9f59-d5ddd902df23

e2fsck 1.43.3 (04-Sep-2016)

sg2T: Journal wird wiederhergestellt

JBD2: Invalid checksum recovering block 88 in log

Journal checksum error found in sg2T

sg2T wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.

Durchgang 1: Inodes, Blöcke und Größen werden geprüft

Durchgang 2: Verzeichnisstruktur wird geprüft

Durchgang 3: Verzeichnisverknüpfungen werden geprüft

Durchgang 4: Referenzzähler werden überprüft

Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft

Die Anzahl freier Blöcke ist falsch (329027077, gezählt=293976116).

Reparieren<j>? ja

Die Anzahl freier Inodes ist falsch (121192165, gezählt=121191815).

Reparieren<j>? ja

 

sg2T: ***** DATEISYSTEM WURDE VERÄNDERT *****

sg2T: 909945/122101760 Dateien (0.4% nicht zusammenhängend), 194401380/488377496 Blöcke

 

Was kann der Grund dafür gewesen sein?

 

Schönen Dank für Deine Großartige Hilfe Ulf! Ich dachte schon nun komme ich gar nicht mehr an die Daten ran, und nun alles wieder da dank Deiner Hilfe. Aber nun habe ich Angst das dies wieder passiert. Habe gerade neu angesteckt, alles ging gut, hoffe es bleibt so. Danke noch mals recht Herzlich!

 

--

Liebe Grüße

Sigi


Reply to: