Using the gnome live cd, I can't select an existing encrypted partition for the installation. If it is selected for /, get a message that a "real" filesystem has to be selected.
Whiteboard: (none) => 3beta2
Creating a new encrypted partition is works.
Assignee: bugsquad => thierry.vignaud
Created attachment 3424 [details] diskdrake image Although it's a separate problem, I think it's in the same section of code, so I'll append it to this bug report, rather then open a new bug report. As shown by the attached image, after creating an encrypted partition, the size of each partition shown in the selection area shrinks to the point of it being very difficult to read, or select the correct partition.
Confirmed in 64-bit version as well.
CC: (none) => uberscubajim
(In reply to comment #3) > Confirmed in 64-bit version as well. More specifically if you re-install on a system that has LUKS partitions you don't get the option to âuseâ (unlock) the LUKS partition. But you can add new encrypted partitions...
Priority: Normal => release_blocker
Adding pterjan to cc list, as suggested by leuhmanu on irc.
CC: (none) => pterjan
Created attachment 3452 [details] Patch to show use button, when existing luks block device selected. Removing the check to see if the luks device is formatted, allows the existing luks block device to be selected. Since the detection of a luks device is based on the partition or logical volume having already been encrypted, it shouldn't be needed to check for formatted, or not, until after it's opened.
Strange. The patch seemed to work when I was chrooted into a Mageia 3 install, but after booting from a live dvd, then applying the patch, diskdrake still isn't working.
CC: (none) => ennael1Blocks: (none) => 8892
chrooting doesn't help to test such code :( The behaviour is based on reading various files in /proc, /sys and /etc so you need a consistent system (if you chroot /proc and /sys will refer to your main system)
Hallo Pascal, as the patch from Dave doesn't work, is there any workaround possible to enable the "use" button in diskdrake? I want to test MGA 3 beta 2 on my laptop with existing encrypted partition but I can't set the mount point for this partition without "use" it in diskdrake... If there is no workaround will this be fixed in beta 3? Thank you in advance! Florian
CC: (none) => alfaflo
is this still valid ? I could use the already lucks partition from previous test with the last stage2 (from this morning) for the / partition
(In reply to Manuel Hiebel from comment #10) > is this still valid ? I could use the already lucks partition from previous > test with the last stage2 (from this morning) for the / partition I've used the MGA3 Beta 2 live DVD and there the used "diskdrake" in the installer didn't allow to "use" the encrypted partition. However the general function to access the encrypted disk is available in Beta 3 as if I boot with live DVD I can access the encrypted disk with e.g. dolphin. I can also mount the drive manually with "cryptsetup" in a terminal. So it seems for me that diskdrake on installer is "broken" - if it is fixed with latest updates, it's fine, but how to test when the available live DVD contains the buggy one? :-)
using the netinstall https://wiki.mageia.org/en/Boot.iso_install
Still valid with the Mageia-3-beta3-LiveCD-KDE4-en-i586-CD created Sat Feb 23 23:00:00 CET 2013 I'll try with a boot-nonfree.iso to see if it's still valid there.
Using the Feb 22 19:15 boot-nonfree.iso, it's working properly. Just have to make sure the updates get included in the next iso builds.
Live CD and installation cd/boot.iso often behave differently. Live CD is a full system with init system running while installer does things "manually". It could be that something on the livecd does something about that partition causing diskdrake to not see it in the expected state. Also, the notFormatted check doesn't mean what you think for LUKS, it refers to the encrypted partition, not the decrypted one inside. It means that a new encrypted partition was created but not initialized. I still can't do any test but I would be interested if someone could dump the content of $all_hds and post if (after removing content of dmcrypt_key)
>I still can't do any test but I would be interested if someone could dump the >content of $all_hds and post if (after removing content of dmcrypt_key) how do you do that ?
Summary: diskdrake no longer provides the "use" button, after selecting an existing crypto-luks encrypted partition. => diskdrake no longer provides the "use" button, after selecting an existing crypto-luks encrypted partition (live mode)
Just add "use Data::Dumper; output('/tmp/all_hds.pm', Dumper $allh_hds)" in the appropriate place. Then edit /tmp/all_hds.pm in order to remove your dmcrypt_key then attach it here
Keywords: (none) => NEEDINFO
Created attachment 3557 [details] $all_hds I don't know if it's good or not
Attachment 3557 mime type: application/x-perl => text/plain
it "seems" to works with new live iso set (Gnome, x86_64 beta3 from yesterday)
Confirmed fixed.
Status: NEW => RESOLVEDResolution: (none) => FIXED