[Bug 1979159] Re: Cannot unlock encrypted root after upgrading to 22.04
Steve Langasek
1979159 at bugs.launchpad.net
Mon Aug 1 19:32:48 UTC 2022
On Mon, Aug 01, 2022 at 06:58:20PM -0000, Benjamin Drung wrote:
> 1. Get the list of encrypted disks:
> dmsetup ls --target crypt
> 2. Map the disk name (e.g. system_crypt) to a dm-X name:
> readlink -f readlink -f /dev/mapper/$name
> 3. Get slave device (i.e. the underlying disk):
> ls -1 /sys/block/dm-X/slaves/
> 4. For each underlying disk check the cipher mode / hash spec:
> cryptsetup luksDump /dev/$disk | grep "^Hash spec: $legacy"
> 5. If the cipher mode / hash spec is legacy, include /usr/lib/x86_64-linux-gnu/ossl-modules/legacy.so
That seems pretty complicated, vs simply including legacy.so
unconditionally. The size increase is trivial compared to the plymouth
graphics stack, so I don't see any reason not to?
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to cryptsetup in Ubuntu.
https://bugs.launchpad.net/bugs/1979159
Title:
Cannot unlock encrypted root after upgrading to 22.04
Status in cryptsetup package in Ubuntu:
Confirmed
Status in cryptsetup source package in Jammy:
Confirmed
Status in cryptsetup source package in Kinetic:
Confirmed
Bug description:
After upgrading to Ubuntu 22.04 with an encrypted root filesystem, the
root drive can no longer be unlocked at the "Please unlock disk
<diskname>" prompt on boot.
The encrypted root disk can be unlocked fine from the liveCD, but not
from the initramfs environment on boot.
The issue is caused by support for various luks encryption protocols
now being missing from the initramfs environment due to changes
introduced in OpenSSL 3.0 and Ubuntu pre-release testing not including
a test-case of upgrading older Ubuntu versions with an encrypted root
to the new version.
The issue can be worked-around by:
1. Booting from the 22.04 liveCD.
2. chrooting into the target system's root.
See https://help.ubuntu.com/community/ManualFullSystemEncryption/Troubleshooting
3. Creating a file /etc/initramfs-tools/hooks/custom-add-openssl-compat.conf containing:
---
. /usr/share/initramfs-tools/hook-functions
copy_exec /usr/lib/x86_64-linux-gnu/ossl-modules/legacy.so /usr/lib/x86_64-linux-gnu/ossl-modules/
---
4. Mark the file as executable: chmod +x /etc/initramfs-tools/hooks/custom-add-openssl-compat.conf
5. Regenerating the initramfs. ie. update-initramfs -k all -u
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1979159/+subscriptions
More information about the foundations-bugs
mailing list