staging.inyokaproject.org

Hallo,

Laut Wiki Anleitung habe ich eine Partition verschlüsselt.
Die Platte ist einmal in fstab und einmal in crypttab aufgeführt. Beim booten muss ich mein Passwort eingeben.
Wie kann ich die Platte später bei bedarf mounten und entschlüsseln ?! Ist das überhaupt möglich ?

Früher hatte ich das Problem nicht, da ich ein Container in der Größe der Platte angelegt habe. Aber diese Technik wird mittlerweile nicht mehr unterstützt :/

Würde mich über eine Antwort freuen.

Gruß
Aaron

1. Trage das Gerät aus der crypttab aus.
2. Füge im Eintrag für die Partition in der fstab die Option "noauto" hinzu.
3. Zum Mounten erstelle zunächst das Cryotpgerät mittels cryptsetup von Hand (cryptsetup create ...) und mounte die Partition danach. Du kannst diese beiden Schritte in ein Script packen:

cryptsetup create schnurps /dev/hda17
mount /dev/mapper/schnurps

wobei schnurps und hda17 zu ersetzen wären.

Gruß
David

Hi..

"Erstelle das Cryotpgerät mittels cryptsetup von Hand" ←- Das verstehe ich leider nicht.

Die Sache mit später mounten ist klar. Aber wie kann ich die Platte später entschlüsseln. Habe deine Erklärung nicht verstanden.

Gruß
Aaron

Du solltest folgendes Script installiert haben (mit dem crypto-Paket):
/etc/init.d/cryptdisks

Wenn Du sämtliche Links darauf in den /etc/rc?.d entfernst, wird das crypto-Zeugs nicht mehr beim Booten gestartet (Du scheinst ja keine anderen verschlüsselten Partitionen zu haben, die dann doch beim Booten schon gemountet werden sollen, oder?).

Du kannst Dir nun angucken, was dieses Script macht (u.a. wohl ein Loop-Device anlegen) und Dir selbst was basteln, das dieses nachvollzieht.

IMHO würde allerdings auch reichen, sobald Du denn nun Zugriff auf die Partition(en) haben willst, einfach

sudo /etc/init.d/cryptdisks start

vor dem Mounten im Terminal auszuführen.
Das sollte dann wieder nach dem Passwort fragen, und dann alles einrichten.

Sorry, ich dachte, die cryptdisks-Befehle seien Dir vom Anlegen der verschlüsselten Partitionen her vertraut. Du findest sie in diesem Zusammenhang im Wiki. Alternativ kannst Du natürlich JuergenFs Lösung verwenden - das erspart Dir die Auseinandersetzung mit cryptsetup. Deaktiviere aber das cryptdisks-Startscript bitte nur auf die "korrekte" Art mittels

sudo update-rc.d -f cryptdisks remove

Gruß
David

sudo update-rc.d -f cryptdisks remove

Klappt das?
Zumindest die man-Page sagt, dazu müsste das Script in /etc/init.d vorher gelöscht sein...

Werden da irgendwelche Datenbanken aktualisiert?
Ich habe 'update-rc.d' bisher immer hauptsächlich als 'Helfer' bei der Deinstallation von Paketen empfunden, v.A. auch wegen des Kommentars zu 'REMOVING SCRIPTS' in der man-Page.

JuergenF hat geschrieben:

sudo update-rc.d -f cryptdisks remove

Klappt das?
Zumindest die man-Page sagt, dazu müsste das Script in /etc/init.d vorher gelöscht sein...

Dafür ist die Option -f: in etwa "Links trotzdem entfernen"

Hu..

etwas verspätet .. ☺

Aber hier nochmal alles am Stück, falls noch jemand die verschlüsselte Partition später mounten möchte:

1. cryptdisk Start auf No setzen
sudo nano -w /etc/defaults/cryptdisks

# Run cryptdisks at startup auf No setzen
CRYPTDISKS_ENABLE=No

2. Verschlüsselte Partition aus /etc/fstab entfernen

3. Script zum mounten der Partiton

#!/bin/sh
cryptsetup create storage /dev/hdf11
mount /dev/mapper/storage /media/storage

4. Script zum unmounten der Partiton

#!/bin/sh
umount /dev/mapper/storage
cryptsetup remove storage 

dmsetup info ← zeigt an, ob die Partition auch wirklich verschlüsselt ist.

Gruß
Aaron

Hallo!

Danke für die bisherigen Tipps, aaaaber... 😉

Immer wenn ich meine verschlüsselte Partition mounten will, gibt's ein Problem:
Wenn ich das (wie beschrieben) mit

mount /dev/mapper/storage /media/storage

mache, habe ich als normaler User keine Berechtigungen, Eigentümer ist root.

Mount ich mit

mount -o uid=paulbrause /dev/mapper/storage /media/storage

bekomme ich folgende Fehlermeldung:

mount: wrong fs type, bad option, bad superblock on /dev/mapper/incoming,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Ein nachträgliches chmod oder chown für /media/storage bringt auch nix...

Wie kann ich also die Benutzer-Rechte ändern?

Was für ein FS ist es denn? Bei den meisten gibt es die Option uid nicht.

Die Zugriffsrechte von /media/store (vorher) ganz normal einstellen und auch die der darunterliegenden Ordner.

FS ist ext3, hätte also funktionieren sollen...

Hab's jetzt gelöst, indem ich /dev/mapper/storage unmountet habe und dem Ordner /media/store noch mal neu die Rechte zugeweisen...
Jetzt klappt's!

Warum allerdings auf einmal root der Eigentümer von /media/store war... keine Ahnung ❓ ❓ ❓
Aber egal...

Hi..

weil du mit sudo (root) den Ordner angelegt hattest.
Daher musst du nach dem Anlegen des Ordners die Rechte setzen ..

Gruß
Aaron