For the bug itself, this is more-or-less expected behavior and I'm not
sure there's a good way around it. A separate /boot partition is
mandatory for LUKS2 to work and for non-English keyboard layouts to work
on disk decryption screens, which is why enabling LUKS splits out 4 GiB
of space for /boot. But if you're trying to replace a former LUKS
partition, Calamares doesn't know what partitions are associated with
which installations, and indeed there might not be a clear answer to
that question if a user has a single partition being shared between
multiple installations. Therefore the best Calamares knows how to do is
replace one partition. But if you enable encryption while doing that, it
needs a split /boot partition, and it doesn't know it can safely use the
old /boot partition for that, so it makes a new one.

That being said, LUKS is offered in the manual partitioning screen.
Simply select your desired filesystem when making a new partition, then
check the "Encrypt" checkbox near the filesystem dropdown and enter your
desired passphrase. It is true that BTRFS subvolumes aren't offered in
this interface; in that particular edge case using a partitioning
utility to delete the unneeded partitions so you can install into the
blank space is a good workaround.

Leaving this bug open in case someone thinks of a good way to figure out
when a pre-existing /boot partition can be destroyed. If there is a good
solution here, that would be fantastic.

** Changed in: calamares (Ubuntu)
   Importance: Undecided => Low

** Changed in: calamares (Ubuntu)
       Status: New => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2120917

Title:
  Kubuntu Installer:  "Replace Partion" Issues with Separate /boot

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/2120917/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to