Kryptopartition mounten

[felixu]

hallo,

ich habe suse 9.3 und mit yast folgende kryptopartition erstellt:

/dev/hdc2 /freigabe auto noauto,acl,loop=/dev/loop0,encryption=twofish 0 0

das ganze lief jetzt eine weile, nun passiert beim mounten folgendes:

server:~ # mount /freigabe/
Switching to old S.u.S.E. loop_fish2 compatibility mode.
Password:
mount: you must specify the filesystem type

was mache ich falsch?
danke im voraus
felix

[Morph01]

Du solltest vielleicht den Dateisystem-typ spezifizieren ( also statt auto in der fstab)

[felixu]

...dann kommt folgendes

server:~ # mount /freigabe/
Switching to old S.u.S.E. loop_fish2 compatibility mode.
Password:
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

[felixu]

und weshalb kommt da:

Switching to old S.u.S.E. loop_fish2 compatibility mode.

[MrIch]

pass auf was du machst... wenn du nen falsches pw oder nen anderen Krypto Mechanismus nutzt und du z.B. nen fsck machst kannst du alles unwiederbringlich zerstören!!!

[felixu]

das ist mir bewußt und macht die sache nicht einfacher.

kann mir keiner sagen, was es mit dem:

Switching to old S.u.S.E. loop_fish2 compatibility mode.

auf sich hat. Vorher gab es keine solche Meldung (warum auch?) und es funktionierte.

[felixu]

so, es geht weiter: ich habe aus einem anderen suse 9.3 system mit einer verschlüsselten partition folgendes aus der fstab:

/dev/hda1 /secure reiserfs noauto,acl,user_xattr,loop=/dev/loop0,encryption=twofish256,phash=sha512,itercount k=100 0 0

ein versuch bei mir gibt das:
server:~ # mount -t auto -o noauto,acl,user_xattr,loop=/dev/loop0,encryption=twofish256,phash=sha512,itercount k=100 /dev/hdc2 /freigabe/
Password:
mount: Operation not supported

und das hier:

May 17 15:21:47 server kernel: ReiserFS: loop0: using ordered data mode
May 17 15:21:47 server kernel: reiserfs: using flush barriers
May 17 15:21:47 server kernel: ReiserFS: loop0: journal params: device loop0, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
May 17 15:21:47 server kernel: ReiserFS: loop0: checking transaction log (loop0)
May 17 15:21:47 server kernel: ReiserFS: warning: is_tree_node: node level 19332 does not match to the expected one 4
May 17 15:21:47 server kernel: ReiserFS: loop0: warning: vs-5150: search_by_key: invalid format found in block 16796016. Fsck?
May 17 15:21:47 server kernel: ReiserFS: loop0: warning: vs-13070: reiserfs_read_locked_inode: i/o failure occurred trying to find stat data of [1 2 0x0 SD]
May 17 15:21:47 server kernel: ReiserFS: loop0: Using r5 hash to sort names
May 17 15:21:47 server kernel: ReiserFS: loop0: warning: xattrs/ACLs enabled and couldn't find/create .reiserfs_priv. Failing mount.
May 17 15:21:47 server hal.hotplug[11534]: DEVPATH is not set

[Arnaldur]

Hi felixu,

ich hatte ein ähnliches Problem: Unter SuSE 9.1 mal eine verschlüsselte Partition gehabt, Platte aber längst ausgebaut. Der Versuch, nach einem Update auf SuSE 9.3, mit YaST eine neue verschlüsselte Partition zu erstellen, hat zwar funktioniert, nach einem Reboot war die Partition aber nicht mehr mountbar - ähnliche Errormeldungen wie von Dir beschrieben.

Offensichtlich vertragen sich die Module loop_fish2 (alt) und twofish256/cryptoboot nicht miteinander.

Die "Holzhammer"-Methode hat bei mir funktioniert:
Durch Umbenennen der Datei /lib/modules/2.6.11.4-21.9-default/kernel/drivers/block/loop_fish2.ko wird jetzt der Start von loop_fish2 verhindert. Damit läuft´s zumindest mit unter SuSE 9.3 erstellten Crypto-Partitionen.
Bei Partitionen aus 9.1 und 9.2 klappt das aber wahrscheinlich nicht, da hier das loop_fish2-Modul notwendig ist.