This is a dual boot machine. I have earlier failed twice to install cauldron- it always failed various ways on something about the encrypted lvm. Probably last try was extra complicated: two lvm pv made up a lvm contaning /, /var /tmp, and a encrypted pv contained lvm containing /home, swap. On the disk there is a separate /boot, and two MSwindows partitions. When that failed second try i gave up. So now last try i decided not to use any encryption: Using the installer i deleted the luks encrypted partition, and put /home, swap in the other lvm, rest same as before. While booting it now finds all partitions it is intended to... [ 24.110396] dracut: Scanning devices sda6 sda7 for LVM logical volumes vg-mga/root vg-krypt/swap [ 24.121979] dracut: ACTIVE '/dev/vg-mga/root' [5.86 GiB] inherit [ 24.122105] dracut: inactive '/dev/vg-mga/tmp' [1000.00 MiB] inherit [ 24.122212] dracut: inactive '/dev/vg-mga/var' [1000.00 MiB] inherit [ 24.122316] dracut: inactive '/dev/vg-mga/swap' [4.91 GiB] inherit [ 24.122420] dracut: inactive '/dev/vg-mga/home' [1.99 GiB] inherit ...but why do it want to mount the swap the installer deleted??: [ 24.125280] dracut: PARTIAL MODE. Incomplete logical volumes will be processed. [ 24.136944] dracut: PARTIAL MODE. Incomplete logical volumes will be processed. [ 24.147977] dracut: Volume group "vg-krypt" not found [ 24.148086] dracut: Skipping volume group vg-krypt [ 24.156996] dracut Warning: Cancelling resume operation. Device not found. [ 33.774302] dracut Warning: Could not boot. [ 33.796572] dracut Warning: /dev/mapper/vg--krypt-swap does not exist [ 33.796974] dracut Warning: /dev/vg-krypt/swap does not exist [ 33.797454] dracut Warning: crypto LUKS UUID 039cb193-9c98-4a66-904f-b7d8d108031c not found + '[' -f /run/initramfs/init.log ']' WHY DO IT THINK IT SHOULD MOUNT THEM?? I told the installer to remove that encrypted pv partition containing the lvm that in *earlier* (failed) installs contained /dev/mapper/vg--krypt-swap and /dev/vg-krypt/swap. I also made sure it formatted all (except the windows) partitions. To me it is a mystery the former existence was known at all. booting on a rescue stick, gparted confirms that there is now just unallocated space where the earlier installations created an encrypted pv, so last install attempt really did delete it. So the installer really deleted it, but there was still some old info left somewhere about the former partitions, conveyed to the boot generating process? Fortunately that last install first part got documented by "bug" in https://bugs.mageia.org/show_bug.cgi?id=12027#c5 however that was recorded before the creation of boot. Reproducible: Steps to Reproduce:
Created attachment 5722 [details] rdsosreport.tar.gz of failed boot
whole current /root/drakx/ is now attached to bug 12027
I ran the install again, reusing all partitions as is, and it suceeded. (of course this time the encrypted pv did not exist from start) So a general WORKAROUND is to abort install after partitioning, and then restart installation this time not changing anything but set mount points.
I think it was fixed. Could you confirm?
Keywords: (none) => NEEDINFOAssignee: bugsquad => mageiaSource RPM: (none) => dracut
(In reply to Samuel Verschelde from comment #4) > I think it was fixed. Could you confirm? Apart from this question, there was no action in this report since 2014-12-18 @ Morgan Is this bug still valid with Mga5 and/or current cauldron / mga6dev1 when your workaround is NOT used?
CC: (none) => marja11
Ill try to try several of the installer and diskdrake issues i have started or commented on before mga6 release. A bit too busy to do it soon though.
(In reply to Marja Van Waes from comment #5) > (In reply to Samuel Verschelde from comment #4) > > I think it was fixed. Could you confirm? > > Apart from this question, there was no action in this report since 2014-12-18 > > @ Morgan > > Is this bug still valid with Mga5 and/or current cauldron / mga6dev1 when > your workaround is NOT used? (In reply to Morgan Leijström from comment #6) > Ill try to try several of the installer and diskdrake issues i have started > or commented on before mga6 release. A bit too busy to do it soon though. No reply, so closing as OLD
Status: NEW => RESOLVEDResolution: (none) => OLD
Yes sorry not time for everything i want to do. and this one i really lost. I believe i hit this rather recently removing and recreating another swap in encrypted LVM, but i know it generally works better nowadays. I have put it on my long list of things to try on mga8 but we will see...