Installer crashed when enabling luks during manual disk partition

[fsworld009]

Describe the bug

My laptop has only one single SSD, I have installed Windows 11 and would like to install Bazzite (specifically, bazzite-deck image) on the same drive.

I downloaded the installer ISO around Jul.16.2015 6:43pm GMT+8 time.

While following the guide Dual Boot Preliminary and Post-Installation Setup Guide - Bazzite Documentation to create partitions, when enabling luks for the btrfs partition, there would be an error message

AttributeError: Failed to add the device:'DeviceFormat' object has no attribute '_header_size'

The whole installation is considered crashed at this point. The only options are report bug button or Quit button (which shut down the whole thing).

I’ve searched and found it was an old bug for Blivet-GUI back in January and should have been fixed in upstream around the same time.

• https://discussion.fedoraproject.org/t/the-silverblue-installer-crashes-when-trying-to-configure-a-new-encrypted-btrfs-volume/142737
• https://bugzilla.redhat.com/show_bug.cgi?id=2332338
• Set LUKS format before creating the LUKS device (#2332338) storaged-project/blivet-gui#466

But I’m still getting this error in the latest bazzite-deck image, not sure if the bazzite installer still ships with the unpatched Blivet-GUI?

What did you expect to happen?

The installer shouldn't crash in this case.

Output of rpm-ostree status

(Not available since Bazzite is not installed yet)

Hardware

(Not available since Bazzite is not installed yet)

Extra information or context

I tried a bazzite-deck image uploaded to Internet Archive at Apr.02.2024, and performed the same steps, and confirmed luks partition can be created successfully on the same disk / hardware, so it seems to me a software issue in the recent bazzite-deck image instead of a hardware issue.

[Animoticons]

I've got the same issue with bazzite-nvidia-open:stable downloaded today. Also a dual boot system with Windows 11 already installed, like many Bazzite users probably have. Encryption is a basic requirement for me. I hope this gets fixed soon.

[fsworld009]

In the meanwhile, there's a workaround provided in the discourse thread https://universal-blue.discourse.group/t/installer-crashed-when-enabling-luks-during-manual-disk-partition/9765/3

I never tried it though, so I don't know if that actually works.

[nemisol]

I tried this today with latest Bazzite ISO. Creating custom partition with installer with LUKS encryption still not working.

[wolfyreload]

@nemisol I managed to find a workaround to get LUKS working with custom partitioning in the standard Bazzite ISO installer:

• Create the EFI partition as normal (600MB and /boot/efi for the mount point)
• Create the boot partition as normal (2 GB and /boot for the mount point)
• Now here is where it differs, Select BTRFS Volume for device type rather than Partition and set the mount point to / and then tick Encrypt and set your LUKS password

• When when you add the sub volumes you just add /var and /var/home

• When the install completes you have custom partitioning and full encryption of the BTRFS partition

[axel37]

@nemisol I managed to find a workaround to get LUKS working with custom partitioning in the standard Bazzite ISO installer:

* Create the EFI partition as normal (600MB and /boot/efi for the mount point)

* Create the boot partition as normal (2 GB and /boot for the mount point)

* Now here is where it differs, Select **BTRFS Volume** for device type rather than **Partition** and set the mount point to / and then tick Encrypt and set your LUKS password

* When when you add the sub volumes you just add /var and /var/home

* When the install completes you have custom partitioning and full encryption of the BTRFS partition

After having the same error as OP, I can confirm that this workaround does not crash the installer - thanks !

(first time user here 👋 - installation is still ongoing so I can't confirm that anything works past that point :p)