Bug 8194 - Diskdrake cannot handle LUKS on LVM
Summary: Diskdrake cannot handle LUKS on LVM
Status: RESOLVED DUPLICATE of bug 5661
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-24 23:55 CET by Joe Shmoe
Modified: 2013-03-17 19:09 CET (History)
5 users (show)

See Also:
Source RPM: drakxtools
CVE:
Status comment:


Attachments
screenshot: UI elements missing (27.57 KB, image/jpeg)
2012-11-24 23:55 CET, Joe Shmoe
Details
The report.bug mentioned above. (69.55 KB, application/octet-stream)
2012-11-25 00:02 CET, Joe Shmoe
Details

Description Joe Shmoe 2012-11-24 23:55:22 CET
Created attachment 3153 [details]
screenshot: UI elements missing

Feeling a déjà vu? :) The other bug was the other way around: LVM on LUKS.

When the Mageia 3 installer tries to use a pre-existing partition on LUKS on
LVM, nothing happens and I get a display error (ui elements missing). Repeating the step leads to "cryptsetup failed". Manual luksOpen fails due to device "in use (already mapped or mounted)".

To reproduce:

1. Use a Live CD or some installed system to create an ext4 partition on LUKS 
on LVM.

2. Boot Mageia 3 installer. (I used current boot-nonfree.iso x86_64.)

3. Choose Custom Disk Partitioning.

4. Select mount point /boot for some unencrypted partition.

5. Click Use for the pre-existing ext4 partition and enter LUKS key.

6. Run bug /dev/sda1
Comment 1 Joe Shmoe 2012-11-25 00:02:04 CET
Created attachment 3154 [details]
The report.bug mentioned above.
Comment 2 Joe Shmoe 2012-11-25 00:15:38 CET
In another attempt like the one above, I tried to cryptsetup manually before ever clicking on "Custom Partitioning".

I loaded a bunch of modules which I got from the report.bug. I got cryptsetup luksOpen to ask for the key, but then it silently returned to the command line. cryptsetup status showed the device as inactive afterwards.

A remark about the screenshot above: Never mind that it shows two volume groups from an earlier attempt. As the steps above show, I reproduced the bug with a single-vg setup.
Manuel Hiebel 2012-11-25 11:15:59 CET

Priority: Normal => release_blocker
CC: (none) => pterjan, thierry.vignaud
Source RPM: (none) => drakxtools

Comment 3 Joe Shmoe 2012-11-25 19:41:32 CET
Reproduced: same thing as in comment #1 happens when trying to create an encrypted partition on a fresh LVM in an updated cauldron x86_64 install.

Summary: Installer will not use pre-existing partition on LUKS on LVM => Diskdrake cannot handle LUKS on LVM

Glen Ogilvie 2013-02-11 11:24:35 CET

CC: (none) => nelg

Comment 4 Anne Nicolas 2013-03-13 14:53:22 CET
Can you please try beta 3 release to check the status of this bug?

CC: (none) => ennael1

Comment 5 Glen Ogilvie 2013-03-17 00:19:38 CET
I think this bug still exists.. getting errors like it. As per bug #5661
Comment 6 Dave Hodgins 2013-03-17 19:09:05 CET
I'll close this bug, as a dup of 5661.

*** This bug has been marked as a duplicate of bug 5661 ***

Status: NEW => RESOLVED
CC: (none) => davidwhodgins
Resolution: (none) => DUPLICATE


Note You need to log in before you can comment on or make changes to this bug.