Bug 14699 - draklive-install: LVM logical volumes are not activated and file systems are incorrectly shown as ext4, when prior to install the LUKS partition was unlocked, but the LVM volumes were inactive
Summary: draklive-install: LVM logical volumes are not activated and file systems are ...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: High major
Target Milestone: Mageia 6
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2014-11-30 22:48 CET by PC LX
Modified: 2017-03-16 15:20 CET (History)
4 users (show)

See Also:
Source RPM: draklive-install
CVE:
Status comment: we must reactivate LVM at boot and draklive-install should do the activation for LUKS

Attachments
Video showing draklive-install LVM's LV not activated bug. (842.91 KB, video/x-matroska)
2014-11-30 22:49 CET, PC LX 		Details
explicitely proble LVM in draklive-install (714 bytes, patch)
2017-01-30 10:44 CET, Thierry Vignaud 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Description PC LX 2014-11-30 22:48:01 CET 
Description of problem:

draklive-install: LVM's logical volumes are not activated and file systems are incorrectly shown as ext4.

This happens with LVMs with LVs inside LUKS partitions but it also happens in other situations where the LVs are not activated prior to running draklive-install.


Version-Release number of selected component (if applicable):

Nageia 5 beta1 live DVD 64 bits


How reproducible:

Always.


Steps to Reproduce:

Please see attached video.



Reproducible: 

Steps to Reproduce:
Comment 1 PC LX 2014-11-30 22:49:18 CET 
Created attachment 5671 [details]
Video showing draklive-install LVM's LV not activated bug.
Comment 2 Thierry Vignaud 2015-02-06 11:49:52 CET 
wrong package

CC: (none) => thierry.vignaud
Component: Installer => RPM Packages
Source RPM: (none) => draklive-install

Comment 3 PC LX 2015-04-23 17:35:36 CEST 
Confirm this bug is present in Mageia 5 beta 3 live DVD 64 bits.
Comment 4 Thomas Backlund 2015-04-23 18:41:31 CEST 
Yeah, we disabled lvm and crypt probing during live bootup as it picked up every on-disk install and started asking for passwords...

So for now you must go to console and call lvm & co manually to activate...

but we do need to make draklive-install do the activation

CC: (none) => tmb

Comment 5 PC LX 2015-04-23 18:52:34 CEST 
If automatic activation is undesirable (for some reason I'm not seeing now) then maybe adding a "activate" button when a LVM volume is selected.
Comment 6 Thomas Backlund 2015-04-23 18:58:21 CEST 
We dont want to touh every encrypted install automatically, and people got annoyed by us asking passwords for every one found...

but maybe we should allow lvm activation atleast...

Oh, I forgot... you can enable it during boot...

just remove: 

rd.luks=0 rd.lvm=0 rd.dm=0

from the kernel command line
Comment 7 PC LX 2015-05-02 15:35:27 CEST 
Confirming this bug is present in Mageia 5 RC Live DVD KDE 64 bits.
Comment 8 PC LX 2015-05-02 15:44:26 CEST 
This issue happens LVs are not activated. One example is a LVM volume inside a LUKS partition but not only.

The solution I prefer is to automatically activate any visible LVs. Note that this does not require unlocking LUKS volumes but it does require that when a LUKS volume is unlocked, at the request of the user, any LVs inside it be automatically activated.

I'm not seeing any issues with automatically activating LVs but if for some reason that is a problem then I propose adding a "activate" button to the GUI when a inactive LV is selected. Also, the installer will need to recognize that a LV is inactive and not assume that it is empty or a ext4 FS as it does now.
Samuel Verschelde 2015-06-06 15:13:34 CEST

Target Milestone: --- => Mageia 6

Comment 9 Marja Van Waes 2016-02-03 14:51:53 CET 
There was no action in this report since 2015-05-02

Is this bug still valid with Mga5 and/or current cauldron / mga6dev1 ?

Keywords: (none) => NEEDINFO
CC: (none) => marja11

Comment 10 PC LX 2016-02-05 16:41:14 CET 
With Mageia-5-LiveDVD-KDE4-x86_64-DVD.iso, the issue is half fixed!

If the LUKS partition (with LVM/LVs inside) is locked prior to running the installer and is unlocked using the installer then the installer will activate the LVs inside the LUKS partition and show their content correctly.

But if the LUKS partition (with LVM/LVs inside) is unlocked prior to running the installer but the LVs are still inactive when the installer is run, then the installer will incorrectly show the LVs are ext4.

Didn't test with the Mageia 6 live DVD because I didn't find it anywhere! Is it available? URL?
Comment 11 Marja Van Waes 2016-02-05 17:03:39 CET 
(In reply to PC LX from comment #10)

Thanks for the feedback, PC LX

The Mageia 6 development 1 snapshot is currently only available for QA-team members, and is being improved until their testing reveals it's good enough to be released for all (most likely this month).

If you're interested in becoming a QA iso-tester, then please say so on QA-discuss mailing list 
https://ml.mageia.org/l/info/qa-discuss
(you have to become a member of that list, first)
and add your name to the table in this page
https://wiki.mageia.org/en/QA_ISO_testers

Keywords: NEEDINFO => (none)

Marja Van Waes 2016-02-05 17:06:57 CET

Summary: draklive-install: LVM logical volumes are not activated and file systems are incorrectly shown as ext4. => draklive-install: LVM logical volumes are not activated and file systems are incorrectly shown as ext4, when prior to install the LUKS partition was unlocked, but the LVM volumes were inactive

Comment 12 Samuel Verschelde 2016-10-10 23:18:51 CEST 
Is it still valid with the publicly available Live DVD ISOs?

Keywords: (none) => NEEDINFO

Comment 13 PC LX 2016-10-13 20:35:36 CEST 
This bug is still present in Mageia-6-sta1-LiveDVD-GNOME-x86_64-DVD.iso under a VirtualBox VM. Inactive LVs are incorrectly displayed as ext4.

sha1: 5c00ff3aed050fa06c4617c4a1c0f79d79b4bfba
Samuel Verschelde 2016-10-13 21:07:06 CEST

Keywords: NEEDINFO => (none)
Assignee: bugsquad => mageiatools

Comment 14 PC LX 2016-12-04 22:32:02 CET 
This bug is valid for Mageia 5.1 Live DVD KDE 64 bits.

file: Mageia-5.1-LiveDVD-KDE4-x86_64-DVD.iso
sha1: 98ddc20b30668f0dd0b5844cf446b63d3c1d0680
Comment 15 PC LX 2017-01-20 20:34:04 CET 
This bug is valid for Mageia 6sta2 Live DVD Plasma 64 bits.

file: Mageia-6-sta2-LiveDVD-Plasma-x86_64-DVD.iso
sha1: de6f8e9467d6005cc645d2cdccc60be0719054f2
date: Fri Jan  6 20:45:40 CET 2017

Keywords: (none) => 6sta2

Samuel Verschelde 2017-01-30 10:16:47 CET

Status comment: (none) => draklive-install should do the activation
Priority: Normal => High

Comment 16 Thierry Vignaud 2017-01-30 10:42:06 CET 
(In reply to Thomas Backlund from comment #4)

draklive should call lvm::detect_during_install() then...
But:

(In reply to Thomas Backlund from comment #6)
> but maybe we should allow lvm activation atleast...

yeah that the way to go: disable LUKS but enable LVM probing

CC: (none) => mageia

Samuel Verschelde 2017-01-30 10:42:37 CET

Status comment: draklive-install should do the activation => we must reactivate LVM at boot and draklive-install should do the activation for LUKS

Comment 17 Thierry Vignaud 2017-01-30 10:44:51 CET 
Created attachment 8904 [details]
explicitely proble LVM in draklive-install
Thierry Vignaud 2017-01-30 11:01:58 CET

Keywords: (none) => PATCH

Comment 18 PC LX 2017-02-10 15:40:59 CET 
This bug is valid for latest Mageia 6sta2 Live DVD Plasma 64 bits.

file: Mageia-6-sta2-LiveDVD-Plasma-x86_64-DVD.iso
sha1: 61982525ce07e20e00ff197740e014f462b6f29e
date: Sun Feb  5 02:01:25 CET 2017
Comment 19 Martin Whitaker 2017-03-14 23:34:21 CET 
Thierry's patch was applied to the final sta2 Live ISOs. Did this fix the bug?
Comment 20 PC LX 2017-03-15 21:14:34 CET 
This bug seems to be fixed on the latest Mageia 6sta2 Live DVD Plasma 64 bits. If no one is against, this can be closed as fixed.

file: Mageia-6-sta2-LiveDVD-Plasma-x86_64-DVD.iso
sha1: 9725fb1a018cb1a38b6f5b87fd56813c7f428c77
date: Wed Mar  1 00:00:25 CET 2017
Comment 21 Thierry Vignaud 2017-03-16 15:20:53 CET 
Done

Status: NEW => RESOLVED
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.