[Bug 1825189] Re: Using full disk encryption, on a multipath device (in this case FCP) ended up in trying to open/unlock a wrong DM device
Frank Heimes
1825189 at bugs.launchpad.net
Mon Jan 27 06:28:38 UTC 2020
Since Ubuntu 19.04 / Disco reached it's end-of-life on January the 23rd:
https://lists.ubuntu.com/archives/ubuntu-announce/2020-January/000253.html
the entry that marks this ticket as affecting 'Disco' is changed to 'Won't Fix'
and with that the overall status adjusted, too.
** Changed in: partman-multipath (Ubuntu Disco)
Status: New => Won't Fix
** Changed in: ubuntu-z-systems
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to partman-multipath in Ubuntu.
https://bugs.launchpad.net/bugs/1825189
Title:
Using full disk encryption, on a multipath device (in this case FCP)
ended up in trying to open/unlock a wrong DM device
Status in Ubuntu on IBM z Systems:
Fix Released
Status in partman-multipath package in Ubuntu:
Fix Released
Status in partman-multipath source package in Disco:
Won't Fix
Bug description:
When doing a full disk encrypted installation with d-i using
"Guided - use entire disk and setup encrypted LVM"
on a multipath device (in this case zFCP/SCSI)
the post-install reboot ends in busybox/initramfs
while trying to open/unlock an incorrect device-maper device.
initrd tries to open /dev/mapper/mpatha5 but only /dev/mapper/mpatha-part5 exists.
Fixing the wrong device in crypttab like:
echo "mpatha5_crypt /dev/mapper/mpatha-part5 none luks,discard" > ./
cryptroot/crypttab
and trying to open it manually:
cryptsetup open --key-file /etc/zkey/repository/mpatha5_crypt.skey --key-size 1024 --cipher paes-xts-plain64 /dev/mapper/mpatha-part5 mpatha5_crypt
and leaving busybox again seems to work.
For more details see attachment ...
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1825189/+subscriptions
More information about the foundations-bugs
mailing list