On 19/05/2025 at 08:35, Johannes Truschnigg wrote:
On Sat, May 17, 2025 at 08:55:45PM +0200, Pascal Hambourg wrote:
A proper ESP has Type-UUID of "C12A7328-F81F-11D2-BA4B-00A0C93EC93B", while
these md partitions pop out of d-i as "A19D880F-05FC-4D3B-A006-743F0F84911E"
(Linux RAID).
This is expected if these partitions have "method{ raid }" in the
partman-auto recipe.
So I guess if this is to be included in Debian proper, I will have to make
sure that the RAID1 legs' partitions' Type-UUIDs will have to be bent to match
the expected value for an ESP. What do you think, does that sound sane?
Yes, but how to do it in partman is not obvious to me. Setting "method{
raid }" in the partman-auto recipe or setting the "esp" flag when the
RAID array is created or in an update.d script may suffer from
interference with partman-md and partman-efi init.d and update.d scripts:
- partman-md wants to set the "raid" flag (and remove the "esp" flag) if
method = raid;
- partman-efi wants to set method = efi if the "esp" flag is set, set
the "esp" flag if method = "efi" and remove it otherwise, and use any
partition with method = "efi" as the ESP (mounted on /boot/efi).
A safer place may be later in a finish.d script (init.d and update.d
scripts may still be run after commit.d scripts). The condition could
be: if partition has method = "efi" and device is a RAID1 array with
metadata 0.9 or 1.0 and disk label = "loop" then set "esp" flag on its
RAID member partitions.
Just my opinion but I doubt such change can make it for trixie, so here
are possible choices for now:
- Remove the EFI commit from the MR and prepare a more complete one for
trixie+1.
- Keep the EFI commit with a caveat. After all, it seems that many UEFI
platforms do not care so much about the partition type UUID when booting
from the removable media path, so it is better than nothing.
