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.