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.