I am trying to perform an installation as follows:

/boot - 512 MB not encrypted
/ - 12288 MB encrypted
/home - 4096 MB encrypted

Initially I tried Linux Mint 20. It did not work and as I was investigating filing a bug I suspected that the same installer is used by Ubuntu. It seems to be. I have the same issue. Here are (I hope) three screen shots showing how I have the proposed partitioning scheme and what happens.

https://i.postimg.cc/k2KhhcWQ/Ubuntu-pic1.png

https://i.postimg.cc/VSFZzkG5/Ubuntu-pic2.png

https://i.postimg.cc/XZWDMCgT/Ubuntu-pic3.png

I have tried both primary and logical partitions. It make no difference. I am running a similar scheme on my CentOS 7 workstation. I set it up a couple of years ago using the CentOS installer. Is this not supported in Ubuntu? Should I file a bug against Ubuntu or does the installer belong to Debian (with which I have NO experience.)

TIA,

Ken

The installer is called Ubiquity and as such was created by Ubuntu team, ofc it's a deb package since Debian is the mother (being Bob the father).

The mint installer both for lmde where you can use debconf - post install - or mint 20, in this case, does use ubiquity.
The debian-installer is something else.

Hope you find the solution meanwhile.

Thanks zrong,

Let me search on Ubiquity and see if I can find where to file a bug. The distros make it easy to submit a bug from within a running OS but to do it manually is a bit of a pain. I doubt it would get much attention as I am sure very few users manually configure their hard drive much less create multiple encrypted file systems.

If I create /boot / (encrypted) and /home with the rest of the drive unpartitioned it would be simple to create another partition, encrypt it, copy my home files to it then make the appropriate entries in /etc/crypttab and /etc/fstab to move /home to the encrypted file system. The old /home partition could be blown away and recombined with other free space on the drive. Probably easier than filing the Ubiquity bug

Thanks again,

Ken