Le 23/06/2026 à 08:46, Michel Verdier a écrit :
Le 22 juin 2026 Pascal Hambourg a écrit :
Les outils d'installation des chargeurs d'amorçage EFI (grub-install, bootctl)
ne savent pas faire le lien entre un ensemble RAID et les partitions
sous-jacentes et provoquent une erreur lors de la mise à jour des variables de
boot EFI.
Il n'y a pas d'erreur puisque le raid n'est pas monté. Et c'est pour cela
qu'il faut faire un resync durant l'assemble.
Bien sûr que le RAID est monté, et ça n'a rien à voir avec le resync.
Lors de l'installation initiale du système et de chaque mise à jour des
paquets grub-efi-*, grub-install est exécuté pour installer ou mettre à
jour le chargeur d'amorçage dans la partition EFI montée sur /boot/efi
et, par défaut, mettre à jour les variables de boot EFI. Si /boot/efi
n'est pas une partition simple, la mise à jour des variables de boot EFI
échoue et grub-install se termine en erreur.
Autrement dit : on doit ajouter du hack au hack en bloquant l'auto-assemblage
de l'ensemble RAID et en l'assemblant avec un service systemd. Pas très joli
joli...
Ce ne sont pas des "hack" mais l'utilisation des paramètres raid.
Forcer un resync systématique à chaque démarrage n'est pas une
utilisation normale du RAID.
L'alternative est d'avoir 2 partitions séparées et de les synchroniser à
la main
Les partitions EFI n'ont pas besoin d'être synchronisées exactement, et
pas forcément à la main. Une possibilité serait que les chargeurs
d'amorçage soient capables de gérer plusieurs partitions EFI. Ubuntu a
implémenté une solution pour GRUB avec la commande grub-multi-install.
Cette solution a de gros défauts mais Debian pourrait s'en inspirer pour
mettre en place quelque chose de plus propre.
