Bug 14833

Summary:	booting fails - it wants to find partitions the installer deleted (encrypted lvm)
Product:	Mageia	Reporter:	Morgan Leijström <fri>
Component:	Installer	Assignee:	Colin Guthrie <mageia>
Status:	RESOLVED OLD	QA Contact:
Severity:	normal
Priority:	Normal	CC:	marja11
Version:	Cauldron	Keywords:	NEEDINFO
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:	dracut	CVE:
Status comment:
Attachments:	rdsosreport.tar.gz of failed boot

Description Morgan Leijström 2014-12-18 04:09:54 CET

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:

Comment 1 Morgan Leijström 2014-12-18 04:16:36 CET

Created attachment 5722 [details]
rdsosreport.tar.gz of failed boot

Comment 2 Morgan Leijström 2014-12-18 10:15:31 CET

whole current /root/drakx/ is now attached to bug 12027

Comment 3 Morgan Leijström 2014-12-18 12:58:57 CET

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.

Comment 4 Samuel Verschelde 2015-05-21 11:50:41 CEST

I think it was fixed. Could you confirm?

Keywords: (none) => NEEDINFO
Assignee: bugsquad => mageia
Source RPM: (none) => dracut

Comment 5 Marja Van Waes 2016-02-03 14:49:48 CET

(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

Comment 6 Morgan Leijström 2016-02-03 22:07:23 CET

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.

Comment 7 Marja Van Waes 2021-03-06 14:07:45 CET

(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 => RESOLVED
Resolution: (none) => OLD

Comment 8 Morgan Leijström 2021-03-06 15:04:19 CET

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...