On 25/07/2024 at 21:59, Holger Wansing wrote:
Pascal Hambourg <pas...@plouf.fr.eu.org> wrote (Thu, 25 Jul 2024 21:47:19
+0200):
On 25/07/2024 at 20:38, Holger Wansing wrote:
Only on smaller disks it has ~512MB, so that could be changed to ~768MB
to be consistent with /boot.
OK. But with MIN=806 and PRIO=850 (how did you define this value ?), the
increment factor (PRIO-MIN=44) is too low to allow any growth when
partitioning without LVM.
The ESP seems to be a special case regarding the calculation of the disk size.
There was a changing
https://salsa.debian.org/installer-team/partman-auto/-/commit/a5df6f5c98a58bb81e688fc3c2b6532833a8e4d0
which bumped the 512 to 538 MB and the 1024 to 1075 MB.
The bug report <https://bugs.launchpad.net/curtin/+bug/1306164>
mentioned in the commit reports an issue with some UEFI firmware and
FAT32 ESP with size less than 512 MiB (537 MB). Any larger size is fine.
Thus, I based my rough calculation on that new values (768 + that 'overhead'
from above).
Actually my question was about the PRIORITY value (850).
But if a value of 538 worked for 512MB, why should 806 not work then for
~768MB ?
Either 768 or 806 are perfectly fine. The problem is PRIORITY, not MIN.
