Hallo Leute,
bin dabei auf meinem Notebook eine verschlüsselte Partition mit dm-crypt
und cryptsetup-LUKS anzulegen.
Mein Problem dabei: mkfs.msdos will kein Dateisystem erstellen und
scheitert immer mit der Meldung "unable to get drive geometry".
Das Erstellen, mounten, schreiben/lesen auf ext3 funktioniert dagegen
ohne Probleme auf der verschlüsselten Partition. Sieht so aus als
braucht mkfs.msdos irgendwelche Daten der Plattegeometrie, die der
device-mapper nicht liefert.
Google liefert keine nutzbaren Ergebnisse zu dem oben genannten Fehler.
Werde wohl der einzige sein, bei dem der Fehler auftritt 
Da hier in der Liste schon mal über Verschlüsselung geschrieben wurde,
gehe ich mal davon aus, dass schon mal jemand mit Erfolg ein FAT32 auf
einer verschlüsselten Partition erstellt hat? Wie genau sah da die
Konfiguration aus (cryptoloop oder dm-crypt, kernel version)?
Meine Vorgehensweise bisher:
cryptsetup luksFormat /dev/hda6
cryptsetup luksOpen /dev/hda6 hda6
mkfs.msdos -F 32 /dev/mapper/hda6
mkfs.msdos: unable to get drive geometry
Slackware 10.2, Kernel 2.6.13
hda6 ist die letzte logische Partition in der Partitionstabelle.
Womöglich könnte das ein Grund sein...
Hannes
PS.: Falls jemand eine Möglichkeit kennt FreeOTFE (oder auch ein anderes
Tool) mit dem ext3 Treiber von fs-driver.org (der einzige der lesen
*und* schreiben kann) zu verwenden, wäre die Lösung mit FAT32 hinfällig.
* Hannes Mayr (bik(a)bauchlandung.org) wrote:
Das Erstellen, mounten, schreiben/lesen auf ext3 funktioniert dagegen
ohne Probleme auf der verschlüsselten Partition. Sieht so aus als
braucht mkfs.msdos irgendwelche Daten der Plattegeometrie, die der
device-mapper nicht liefert.
Google liefert keine nutzbaren Ergebnisse zu dem oben genannten Fehler.
Werde wohl der einzige sein, bei dem der Fehler auftritt
Da hier in der Liste schon mal über Verschlüsselung geschrieben wurde,
gehe ich mal davon aus, dass schon mal jemand mit Erfolg ein FAT32 auf
einer verschlüsselten Partition erstellt hat? Wie genau sah da die
Konfiguration aus (cryptoloop oder dm-crypt, kernel version)?
Meine Vorgehensweise bisher:
cryptsetup luksFormat /dev/hda6
cryptsetup luksOpen /dev/hda6 hda6
mkfs.msdos -F 32 /dev/mapper/hda6
mkfs.msdos: unable to get drive geometry
Slackware 10.2, Kernel 2.6.13
hda6 ist die letzte logische Partition in der Partitionstabelle.
Womöglich könnte das ein Grund sein...
Fat speichert die Geometry-info der Partition innerhalb der Festplatte
und deswegen ist wahrscheinlich mkfs.msdos nicht im Stande diese infos
durch dm-crypt herauszufinden (kfr. establish_params() in mkdosfs.c).
Die Version von dosfstools die ich benutze (2.11) waehlt selbst ein paar
default-values fuer die Gemoetry und alles geht recht ok:
# dd if=/dev/zero of=foo.img bs=1024 count=2024
# losetup /dev/loop1 foo.img
# cryptsetup luksFormat /dev/loop1
# cryptsetup luksOpen /dev/loop1 bar
# mkfs.msdos -F 32 /dev/mapper/bar
mkfs.msdos 2.11 (12 Mar 2005)
unable to get drive geometry, using default 255/63
# mount /dev/mapper/bar /tmp/test
# mount
/dev/mapper/bar on /tmp/test type vfat (rw)
hth,
Michele
Michele Baldessari wrote:
Fat speichert die Geometry-info der Partition innerhalb der Festplatte
und deswegen ist wahrscheinlich mkfs.msdos nicht im Stande diese infos
durch dm-crypt herauszufinden (kfr. establish_params() in mkdosfs.c).
Die Version von dosfstools die ich benutze (2.11) waehlt selbst ein paar
default-values fuer die Gemoetry und alles geht recht ok:
# dd if=/dev/zero of=foo.img bs=1024 count=2024
# losetup /dev/loop1 foo.img
# cryptsetup luksFormat /dev/loop1
# cryptsetup luksOpen /dev/loop1 bar
# mkfs.msdos -F 32 /dev/mapper/bar
mkfs.msdos 2.11 (12 Mar 2005)
unable to get drive geometry, using default 255/63
# mount /dev/mapper/bar /tmp/test
# mount
/dev/mapper/bar on /tmp/test type vfat (rw)
Danke für die Info. Slackware 10.2 verwendet die Version 2.10 von
mkfs.msdos. Werds mal mit 2.11 versuchen.
Hannes