Re: Debian ne démarre pas après un changement de machine

Pascal Hambourg <[email protected]> Tue, 23 Jun 2026 09:48:49 +0200
Newsgroups gmane.linux.debian.user.french
Organization Plouf !
Message-ID <[email protected]>
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.