This bug is open since nearly 2 years and needs a fix, please do it. It is absolutely annoying to workaround such issues. If there is anything where i cant help, i will do so.
There was an argument by steve: "waste hundreds of gigabytes on swap space." => If a computer has "hundreds of gigabytes" of RAM (and so swap), you do not care - you have enough resources anyway. If you are in a special situation, where you have more RAM than diskspace, you should better do a manual partitioning, an not the other way: most people have more diskspace than RAM. My usecase (which is broken now) is suspend-to-disk (32 GB RAM, 2TB disc) The change was introduces by: https://salsa.debian.org/installer-team/partman-auto commit 7966fcdbeea345432836c685e425fd59a8628b44 Author: Julien Cristau <jcris...@debian.org> Date: Mon Mar 9 20:05:35 2020 +0100 Fix installs with more RAM than disk space Import from Ubuntu: Introduce partman-auto/cap-ram, to allow capping RAM size as used for swap partition calculations. This allows us to cap the minimum size of swap partitions size to 1*CAP, and their maximum size to a maximum of 2 or 3*CAP depending on architecture. Default is set to 1024, thus capping swap partitions to between 1 and 3GB. LP: #1351267, closes: #949651, #950344. Patch from Dimitri John Ledkov. Thanks & bye, Bastian Bittorf