Linux sur UEFI - comment redémarrer l'écran de configuration UEFI comme Windows 8 le peut?
makeuseof.com explique que le matériel certifié Windows 8 dispose d'un nouveau moyen d'entrer dans l'écran de configuration de l'UEFI (équivalent du BIOS). From Comment accéder au BIOS sur un ordinateur Windows 8 :
Lorsque vous lancez le BIOS, vous n'appuyez plus sur une certaine touche pour afficher le BIOS. Une option permettant d'accéder au BIOS se trouve dans le menu des options de démarrage de Windows 8 ... Si vous souhaitez uniquement accéder au BIOS UEFI de votre ordinateur, cliquez sur la vignette de dépannage.
Le développeur principal de Secure Boot pour Linux déclare que les systèmes d'exploitation alternatifs ne peuvent pas supposer que l'ancienne méthode continuera de fonctionner . Ainsi, Linux dispose-t-il également d'un nouveau moyen d'entrer dans la configuration UEFI?
J'ai une carte mère ASUS. Cela suggère qu'une version mise à niveau du micrologiciel contient une option de démarrage rapide . Le revers de la médaille est que cette option pourrait rendre encore plus difficile la "révélation du BIOS".
Ça ne me dérange pas de bricoler. Juste si cela est connu pour être une mauvaise idée, je ne veux pas éviter le risque d’une mise à jour du firmware (et peut-être devoir ouvrir le boîtier, réinitialiser les paramètres et les configurer à nouveau).
Sinon, comment cela est-il géré pour les utilisateurs de Windows 7? S'ils choisissent l'option d'amorçage rapide avec optimisme, comment peuvent-ils accéder à nouveau à la configuration du "BIOS" lorsqu'ils en ont besoin?
Sur les distributions Linux modernes utilisant systemd, vous pouvez aller directement au menu de configuration du micrologiciel en utilisant:
systemctl reboot --firmware-setup
Documentation: https://www.freedesktop.org/software/systemd/man/systemctl.html#--firmware-setup
Je ne sais pas exactement comment Windows 8 procède ainsi, mais je suppose qu'il utilise les variables UEFI utilisées pour les options de démarrage.
Vous pouvez utiliser efibootmgr pour déterminer la signification des différentes variables d’amorçage. Sur mon système, Boot0000 correspond au programme d’installation. L’utilisation de efibootmgr -n 0 devrait donc permettre au système d’amorcer le programme d’installation lors du prochain démarrage.
J'ai essayé de démarrer EFI avec Ubuntu 12.04 et j'ai trouvé une réponse à ma propre question.
(Je n'ai pas mis à niveau mon firmware. À l'origine, j'avais mal lu les notes de publication - ce ne serait probablement pas plus rapide).
Saisie de la configuration du microprogramme à partir du menu de démarrage grub-efi
efibootmgr ne semble pas prendre en charge le redémarrage de la configuration du micrologiciel pour moi. Mais grub-efi le fait. Il est capable de créer une entrée pour la configuration du firmware dans le menu de démarrage GRUB.
Vous pouvez entrer dans le menu de démarrage GRUB en maintenant la touche Maj enfoncée "au début du processus de démarrage". J'appuie dessus immédiatement après que le témoin NumLock ait allumé le clavier, et cela fonctionne pour moi.
Si vous êtes curieux, j'ai aussi regardé la commande: c'est "fwsetup". C'est à dire. vous pouvez entrer dans le menu GRUB, suivre les instructions à l'écran pour passer à la ligne de commande, puis taper "fwsetup" et appuyer sur Retour.
Si vous effectuez une installation EFI à partir de rien, je pense que l'élément de menu sera créé automatiquement. Je ne l'ai pas installé en tant que EFI, ce qui voulait dire que je devais le lancer (voir ci-dessous, étape 4).
Conversion d'un démarrage BIOS-GPT en démarrage UEFI-GPT sans graver un CD de démarrage EFI?
EDIT: cette section peut fonctionner sur certains systèmes. Cependant, je crois maintenant que cela repose sur un comportement supplémentaire qui ne fait pas partie du standard UEFI. Un jour, je vais comprendre ce qui se passe ici.
Je convertissais une installation existante en EFI, sans un CD de démarrage activé par EFI. Certaines personnes pensent que ce n'est pas possible. Certes, il y a quelques messages d'avertissement déroutants. J'ai jeté un œil à ce qui se passait. Si vous pouvez actuellement entrer dans la configuration du micrologiciel, alors ce n'est pas si grave.
Le problème, c’est que vous utilisez probablement encore une table de partitions MBR et que vous devez certainement le convertir en GPT. Je ne vais pas couvrir la conversion de MBR en GPT. Le partitionnement est toujours un peu dangereux. gdisk peut convertir, mais il existe quelques bits difficiles. Je ne les ai pas tous listés ici. Cependant, vous devez probablement réduire la dernière partition pour libérer de l'espace pour le GPT de fin de disque. Vous ne pouvez pas faire cela si la partition est montée, vous voudrez donc utiliser un CD de démarrage. (J'ai également organisé la conversion en m'assurant de pouvoir démarrer à partir de BIOS-GPT avant d'utiliser UEFI-GPT, ce qui impliquait de créer un autre type de partition de démarrage.).
En supposant que vous ayez la configuration GPT:
- Installez grub-efi. Cela a supprimé grub-pc et l'a empêché de fonctionner. (Grub-efi fonctionnait toujours après que je l'ai enlevé!). Fedora semble un peu différent; Je n'ai essayé cela que sur Ubuntu. Lors de l'installation, vous verrez des erreurs sur l'impossibilité d'accéder aux variables EFI, car vous n'avez pas démarré avec EFI.
- Fermer.
- Allumer. Assurez-vous de démarrer via EFI! Ceci est la partie dépendante du système et inquiétante. Mon système est parvenu à démarrer par défaut avec le démarrage du MBR. J'ai donc vu une effrayante erreur de GRUB - mais c'était de l'ancien grub-pc. Sur mon système, il était facile d'entrer dans l'écran de configuration du microprogramme à ce stade (voir ci-dessous) et de changer la priorité de démarrage en "ubuntu" (qui était l'entrée permettant de démarrer mon système d'exploitation via EFI).
- Maintenant vous pouvez refaire l'installation de grub (
grub-install, ougrub2-installsur Fedora), et aucune erreur ne s'affichera. Et maintenant en exécutantupdate-grub(ougrub2-mkconfig -o /boot/grub/grub.cfgsur Fedora) créera l'élément de menu permettant de saisir la configuration du microprogramme.
Accès au menu de configuration/d’amorçage du microprogramme sur mon système ASUS
AVERTISSEMENT: ce n'est pas le dernier firmware/carte. Votre système ASUS peut agir différemment du mien.
Mon microprogramme ASUS actuel s’aperçoit que la "configuration de démarrage" a changé - par exemple. quand j'ai installé grub-efi. Il y a un texte disant que cela a changé si vous regardez l'écran initial "Configuration EZ". Et, lorsqu'il détecte un tel changement, il est plus facile d'accéder à l'écran de configuration. Cela affiche l’écran de démarrage avec "appuyez sur DEL pour accéder à la configuration" pendant quelques secondes. (Si vous avez activé l'option "démarrage rapide", l'écran de démarrage est normalement ignoré).
Je pense qu'il est également possible de déclencher l'écran de démarrage en mettant le système hors tension et en le débranchant pendant une minute environ, avant de redémarrer.
Sur mon micrologiciel actuel, je peux entrer dans la configuration du micrologiciel en masquant la touche Suppr au démarrage, même sans écran de démarrage. Cependant , ceci est conditionnel à l'activation de la prise en charge du clavier dans le microprogramme.
Il est possible de changer le firmware pour ne pas chercher de clavier au démarrage, ce qui est supposé accélérer les choses. Je suppose que ceci est la prochaine expérience à essayer, maintenant je suis plus confiant à propos de ce produit EFI! (Il est plausible que cela supprime le support du clavier dans le menu de démarrage GRUB. Mais je devrais quand même pouvoir utiliser grub-set-default, de sorte que GRUB initialise l'entrée fwsetup, et récupérer de cette façon).
En me basant sur la réponse de @ Lekensteyn, j'ai créé un raccourci vers l'interface utilisateur (dans le menu Administration si votre environnement en possède toujours un). Utile si votre clavier ne semble jamais fonctionner qu'après le POST.
/usr/share/applications/uefi-reboot.desktop
[Desktop Entry]
Name=UEFI Firmware Setup (Reboot)
Comment=Access the motherboard configuration utility
Exec=systemctl reboot --firmware-setup
Icon=system-restart
Terminal=false
Type=Application
Categories=System;Settings;