Bug 489718 - Neon installer leaves LUKS system unbootable
Summary: Neon installer leaves LUKS system unbootable
Status: RESOLVED FIXED
Alias: None
Product: neon
Classification: KDE Neon
Component: Live/Install images (show other bugs)
Version: unspecified
Platform: Neon Linux
: NOR critical
Target Milestone: ---
Assignee: Neon Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-07-04 08:22 UTC by Félim Whiteley
Modified: 2024-10-20 15:28 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Entering the luks password at boot (2.99 KB, image/png)
2024-07-04 08:22 UTC, Félim Whiteley
Details
LUKS failure message after correctly unlocks from password entry (23.24 KB, image/png)
2024-07-04 08:23 UTC, Félim Whiteley
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Félim Whiteley 2024-07-04 08:22:57 UTC
Created attachment 171354 [details]
Entering the luks password at boot

SUMMARY
A fresh install of Neon using neon-user-20240627-0718.iso does not boot because the LUKS 

STEPS TO REPRODUCE
1. Create a VM using virt-install
2. Follow the installer wizard and chose erase disk and auto assign partitions and encrypt bootloader in MBR of /dev/vda
3.  Install completes normal and on reboot fails after successfully entering the LUKS password I've attached screenshots

OBSERVED RESULT
Unbootable system

EXPECTED RESULT
Bootable system
Comment 1 Félim Whiteley 2024-07-04 08:23:31 UTC
Created attachment 171355 [details]
LUKS failure message after correctly unlocks from password entry
Comment 2 Carlos De Maine 2024-07-04 12:24:30 UTC
can confirm, wonder why it's broken again.  i'll investigate
Comment 3 Kevin Krammer 2024-08-16 14:39:39 UTC
Can confirm with neon-user-20240814-1547.iso downloaded today

I booted the live system again and did

cryptsetup luksOpen /dev/sda1 maindisk

which worked with the password I had entered during install.
Mounting showed a file system that appears all OK as well.

The same cryptsetup command also works from the initramfs shell that appears at some point after the error.

So it appears that the LUKS setup on the disk itself is fine.
Comment 4 Carlos De Maine 2024-08-31 14:25:40 UTC
should be fixed in latest iso's.  testing and feedback welcomed
Comment 5 Kevin Krammer 2024-09-02 18:06:02 UTC
(In reply to Carlos De Maine from comment #4)
> should be fixed in latest iso's.  testing and feedback welcomed

Just successfully tested neon-user-20240902-1039.iso in VirtualBox.
Will try on real hardware soon
Comment 6 Kevin Krammer 2024-09-05 10:15:49 UTC
(In reply to Kevin Krammer from comment #5)
> (In reply to Carlos De Maine from comment #4)
> > should be fixed in latest iso's.  testing and feedback welcomed
> 
> Just successfully tested neon-user-20240902-1039.iso in VirtualBox.
> Will try on real hardware soon

On hardware the installer failed during partitioning (when choosing "erase disk" option) but eventually I got it to install and the crypt setup works on my real machine now as well
Comment 7 Kevin Krammer 2024-10-20 15:28:17 UTC
Tried again with neon-user-20241020-0745.iso and still works