Je pense que ça dépend beaucoup de l'implémentation au niveau du firmware UEFI.
Vu récemment sur une permanence LUG, un système qui disait oui-oui à toute modification des paramètres via efibootmgr, mais qui s'obstinait à chaque fois à démarrer Windows, quelle que soit la configuration spécifiée. Sur une install party, j'ai également vu des firmwares qui se vautraient avec des erreurs mémoire quand on essayait de manipuler les entrées, par exemple pour... les afficher ! (Genre efibootmgr était OK mais efibootmgr -v explosait dans tous les sens.)
Bref, sur le papier, ça pourrait être une excellente piste. Dans la réalité, les implémentations sont... tout autant plein de bogues que l'étaient les BIOS historiques. :(
[^] # Re: UEFI
Posté par Cyril Brulebois (site web personnel) . En réponse au message grub/choix différé par redémarrage. Évalué à 3.
Je pense que ça dépend beaucoup de l'implémentation au niveau du firmware UEFI.
Vu récemment sur une permanence LUG, un système qui disait oui-oui à toute modification des paramètres via
efibootmgr, mais qui s'obstinait à chaque fois à démarrer Windows, quelle que soit la configuration spécifiée. Sur une install party, j'ai également vu des firmwares qui se vautraient avec des erreurs mémoire quand on essayait de manipuler les entrées, par exemple pour... les afficher ! (Genreefibootmgrétait OK maisefibootmgr -vexplosait dans tous les sens.)Voir également le besoin assez classique d'utiliser l'astuce du removable media path.
Bref, sur le papier, ça pourrait être une excellente piste. Dans la réalité, les implémentations sont... tout autant plein de bogues que l'étaient les BIOS historiques.
:(Debian Consultant @ DEBAMAX