Description of problem: Building ISO with draklive over LVM2+encrypted (LUKS) partition is broken. Draklive can't determine the TYPE, the MAJOR and the MINOR of the device. The MAJOR and the MINOR are simply readable via "ls -l" over /dev/mapper, and the TYPE is also simply guessable. My partitions are: sda1 /boot sda2 LVM encrypted -> ROOT / -> HOME /home -> SWAP swap Here is the part of the iso build log: Entering step `Language' Entering step `License' Entering step `Mouse' Entering step `Hard drive detection' error :( INTERNAL ERROR: unknown device mapper/crypt_sda2 MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:186 devices::entry() called from /usr/lib/libDrakX/devices.pm:201 devices::make() called from /usr/lib/libDrakX/fs/type.pm:279 fs::type::call_blkid() called from /usr/lib/libDrakX/fs/type.pm:287 fs::type::type_subpart_from_magic() called from /usr/lib/libDrakX/fs/dmcrypt.pm:126 fs::dmcrypt::_get_existing_one() called from /usr/lib/libDrakX/fs/dmcrypt.pm:106 fs::dmcrypt::get_existing() called from /usr/lib/libDrakX/fsedit.pm:88 fsedit::dmcrypts() called from /usr/lib/libDrakX/fsedit.pm:296 fsedit::get_hds() called from /usr/lib/libDrakX/fs/any.pm:13 fs::any::get_hds() called from /usr/lib/libDrakX/install/any.pm:1056 install::any::getHds() called from /usr/lib/libDrakX/install/steps.pm:161 install::steps::setupSCSI() called from /usr/lib/libDrakX/install/install2.pm:83 install::install2::installStepsCall() called from /usr/lib/libDrakX/install/install2.pm:119 install::install2::setupSCSI() called from /usr/lib/libDrakX/install/install2.pm:588 (eval)() called from /usr/lib/libDrakX/install/install2.pm:587 install::install2::main() called from /usr/bin/runinstall2:30 switch to console f2 for a shell Press <Enter> to reboot Version-Release number of selected component (if applicable): Mageia 1 svn co svn://svn.mageia.org/svn/soft/images-config/draklive/trunk/ live-config How reproducible: Always Steps to Reproduce: 1. sudo urpmi draklive 2. sudo su - 3. svn co svn://svn.mageia.org/svn/soft/images-config/draklive/trunk/ live-config 4. cd live-config 5. configure config/settings-livecd.cfg 6. perl -I/usr/lib/perl5/vendor_perl/5.12.3/draklive/lib /usr/sbin/draklive --clean --all
Hi, thanks for reporting this bug. Assigned to the package maintainer.
Keywords: (none) => TriagedAssignee: bugsquad => mageiaSource RPM: draklive-1.3-1.mga1.src.rpm => draklive
Pinging, because nothing has happened with this report for more than 3 months, it still has the status NEW or REOPENED. @ blino Please set status to ASSIGNED if you think this bug was assigned correctly. If for work flow reasons you can't do that, then please put OK on the whiteboard instead.
CC: (none) => marja11
Please look at the bottom of this mail to see whether you're the assignee of this bug, if you don't already know whether you are. If you're the assignee: We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead. If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard. Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why. Thanks :) **************************** @ the reporter and persons in the cc of this bug: If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us. @ the reporter of this bug If you didn't reply yet to a request for more information, please do so within two weeks from now. Thanks all :-D
This can be worked around: Go to the command line and run the following commands: $ cryptsetup luksOpen /dev/sd<device letter> luks $ vgscan --mknodes $ vgchange -ay I think the vgchange command is the one which is missing from the installer. After running this the device can be found in the installer. Hopefully, this pointers the developers in the correct direction and also allows people to work around the issue before a fix is out.
CC: (none) => dunlucky1
Version: 1 => 2
add the classic installer maintainers as it's seems to come from here
CC: (none) => pterjan, thierry.vignaud
This message is a reminder that Mageia 2 is nearing its end of life. Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete. -- The Mageia Bugsquad
Mageia 2 changed to end-of-life (EOL) status on ''22 November''. Mageia 2 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Mageia please feel free to click on "Version" change it against that version of Mageia and reopen this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- The Mageia Bugsquad
Status: NEW => RESOLVEDResolution: (none) => OLD