Peux-tu définir ce que tu entends par "grosse manipulation"?
Démarrer depuis une clef USB, monter quelque part le système installé, y bind-monter /dev, et peut-être /proc et /sys, chrooter dedans et lancer grub-install /dev/sdX pour rétablir l'entrée de démarrage.
Ou alors, démarrer un GRUB depuis une clef USB, et l'utiliser pour chainloader celui du disque dur. Ou encore, démarrer un GRUB depuis une clef USB, puis l'utiliser pour démarrer manuellement le noyau Linux, l'initrd et les bonnes options pour lancer le système d'exploitation installé. Puis réinstaller GRUB pour rétablir l'entrée de démarrage..
Il me semble que tous les firmares UEFI du marché vont scanner les disques attachés au démarrage de la machine pour chercher les partitions EFI disponibles. C'est comme ça qu'on boot sur une carte flash ou stick USB.
En effet, mais c'est particulier. Intel se doutaient bien que, pour démarrer sur un support amovible, la carte mère n'aurait pas d'entrée de démarrage prédéfinie pour préciser le chemin de l'exécutable EFI à lancer. Du coup, le cas des périphériques amovibles est particulier : le firmware est censé y chercher un /efi/boot/boot<arch>.efi, donc le plus souvent un /efi/boot/bootx64.efi.
Pour un prériphérique non amovible, rien de tel. Le firmware affiche une entrée de démarrage s'il en a une, qui précise le fichier à exécuter. S'l n'y a pas d'entrée de démarrage enregistrée pour ton disque dur fixe, tu n'as pas d'option pour démarrer dessus, un point c'est tout.
Du coup perdre l'information, ça ne te fait perdre que des trucs bénins comme le système sur lequel tu vas booter par défaut si tu en as plus d'un sur tes disques disponibles.
Négatif. Perde l'information, par épuisement de la pile de la carte mère hors alimentation, ça rend le système impossible à démarrer sans passer par une étape de récupération. Je le sais, je l'ai expérimenté.
Je ne comprends même pas le titre de ce journal qui sous-entends que UEFI rend la tâche difficile aux linuxiens alors que c'est plutôt le contraire.
Je suis plutôt d'accord sur ce point. Mais ça ne m'empêche pas de voir de gros défauts à UEFI.
[^] # Re: Tout est dans la façon de présenter
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal UEFI : y'a pas que les linuxiens qui pleurent.... Évalué à 6. Dernière modification le 23 juin 2022 à 11:31.
Démarrer depuis une clef USB, monter quelque part le système installé, y bind-monter
/dev, et peut-être/procet/sys, chrooter dedans et lancergrub-install /dev/sdXpour rétablir l'entrée de démarrage.Ou alors, démarrer un GRUB depuis une clef USB, et l'utiliser pour chainloader celui du disque dur. Ou encore, démarrer un GRUB depuis une clef USB, puis l'utiliser pour démarrer manuellement le noyau Linux, l'initrd et les bonnes options pour lancer le système d'exploitation installé. Puis réinstaller GRUB pour rétablir l'entrée de démarrage..
En effet, mais c'est particulier. Intel se doutaient bien que, pour démarrer sur un support amovible, la carte mère n'aurait pas d'entrée de démarrage prédéfinie pour préciser le chemin de l'exécutable EFI à lancer. Du coup, le cas des périphériques amovibles est particulier : le firmware est censé y chercher un
/efi/boot/boot<arch>.efi, donc le plus souvent un/efi/boot/bootx64.efi.Pour un prériphérique non amovible, rien de tel. Le firmware affiche une entrée de démarrage s'il en a une, qui précise le fichier à exécuter. S'l n'y a pas d'entrée de démarrage enregistrée pour ton disque dur fixe, tu n'as pas d'option pour démarrer dessus, un point c'est tout.
Négatif. Perde l'information, par épuisement de la pile de la carte mère hors alimentation, ça rend le système impossible à démarrer sans passer par une étape de récupération. Je le sais, je l'ai expérimenté.
Je suis plutôt d'accord sur ce point. Mais ça ne m'empêche pas de voir de gros défauts à UEFI.