D'après ce que vous avez déjà lu dans le titre de l'article, je vais vous expliquer comment démarrer ArchLinux (aucune idée si cela fonctionne sur d'autres distributions) sans aucun type de chargeur de démarrage sur les ordinateurs EFI ou UEFI.
Première étape
Installez efibootmgr (si vous ne l'avez pas déjà installé)
# pacman -S efibootmgr
Deuxième étape
Monter efivarfs (s'il n'est pas déjà monté)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Troisième étape
Ajoutez votre distribution à "l'ordre de démarrage" de votre ordinateur
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
dans mon cas je l'ai fait comme ça
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Dernière étape
Voyez si cela a fonctionné
# efibootmgr -v
Supprimer votre distribution de bootorder
Si, pour une raison quelconque, cela n'a pas fonctionné pour vous ou si vous n'aimez tout simplement pas l'idée de ne pas utiliser de chargeur de démarrage, vous pouvez faire ce qui suit:
Première étape
Voir quel est le numéro qui correspond à votre distribution dans le bootorder
# efibootmgr -v
Vous devriez voir quelque chose comme ceci:
BootCurrent: 0000 Délai d'expiration: 0 seconde BootOrder: 0000,3000,2001,2002,2003 Démarrage0000 * Arch Linux HD (1,800,100000, bf49dd02-7af7-42bb-ac5d-967ea840e3f8) Fichier (\ vmlinuz-linux) root = .UUID = .d.5.e.9.3.b.0.9 .-. 0.2.a.8 .-. 4.5.9.7 .-. B.0.5.9 .-. 3.f.8.7.a.8.2.2.1.8.2.5. .initrd =. /. initramfs-.linux..img .quiet .loglevel = .0. Boot2001 * USB Drive (UEFI) RC Boot2002 * Internal CD / DVD ROM Drive (UEFI) RC Boot3000 * Internal Hard Disk or Solid State Disk RC Boot3001 * Internal Hard Disk or Solid State Disk RC Boot3002 * Internal Hard Disk or Solid State Disk RC
Ils verront qu'il marque Boot0000 *, mais dans ce cas nous ne sommes intéressés que par le nombre 0000
Deuxième étape
Supprimer votre distribution de bootorder
# efibootmgr -b 0000 -B
source: Wiki ArchLinux
AVIS IMPORTANT
dans la troisième étape de cette entrée, la commande que j'utilise NE FONCTIONNE PAS.
J'essaye de trouver la solution, je la posterai quand je la trouverai
Voici la ligne qui fonctionne
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img quiet loglevel = 0"
Je demande à quiconque peut modifier l'entrée, veuillez le faire
Prêt, corrigé non? 🙂
Merci
Salut. C'est ce que j'ai déjà fait il y a quelque temps (la même chose sous Arch Linux), et je peux vous dire qu'au moins mon ordinateur n'a subi aucun dommage, mon ordinateur portable est un Lenovo G480. Et si cela arrivait, c'est que lorsque le noyau était mis à jour, il ne pouvait plus recharger le système et encore une fois, je devais faire toute la procédure que vous décrivez ici; Après avoir fait des expériences, j'ai chargé le système (je précise que c'était ma faute, pas celle du système), donc j'ai dû réinstaller et je ne sais pas pour quelle raison je ne pourrais plus le laisser sans bootloader. Comme à ce moment-là je n'avais pas le temps de m'amuser avec des énigmes et des énigmes de sphinx grecs, j'ai installé grub et je n'ai jamais réessayé.
Eh bien, j'utilise cette méthode sur mon ordinateur portable (un HP pavillon n029-la), j'ai mis à jour le noyau et je n'ai eu aucun problème. Mais au cas où quelque chose comme ça m'arriverait, je porte toujours un arc livecd dans la mallette avec laquelle je le porte.
J'ai lu, et oui, il est vrai qu'après une mise à jour du noyau, la commande (efibootmgr) n'est pas capable de créer une entrée (elle n'est capable de supprimer que) dans certains cas isolés. https://bugs.archlinux.org/task/34641
Pouvez-vous m'expliquer la relation avec grub? Je ne comprends pas la différence. ou si vous expliquez les concepts d'efi / uefi concernant grub, le bootloader
Justement, l'idée de l'entrée est de démarrer l'équipe sans passer par Grub. Autrement dit, le même EFI (c'est-à-dire le remplacement actuel du BIOS) est en charge du chargement du noyau et de l'image de démarrage.
Ce que le BIOS a fait, c'est lire la première partie du premier disque dur, où Grub est généralement installé, qui est responsable du chargement du noyau et de l'image. EFI permet aux noyaux de se charger (et permet ainsi des options de sécurité avancées, comme le SecureBoot aimé / détesté).
D'un point de vue pratique, cela n'a aucun avantage pour moi d'utiliser cette méthode pour démarrer le PC.
salutations
Une question:
Je veux acheter un nouvel ordinateur (ou pas si neuf) juste pour installer GNU / Linux dessus. Dans le cas où il est livré avec Windows 8 $, aurai-je un problème avec le démarrage sécurisé?
Il peut. Le problème sera que selon l'ordinateur, s'il a W8, il viendra avec UEFI activé et vous devrez le désactiver pour l'installer en fonction de quelles distributions. Dans le mien activé, je pourrais installer ubuntu si je me souviens bien, mais quand j'ai installé manjaro cela ne fonctionnait pas et j'ai dû le désactiver pour pouvoir l'installer correctement. (En fait maintenant dans archlinux, je pense qu'il peut être installé sans trop de difficulté, et je pense que grub2 le prend en charge mais je suppose que lorsque j'ai installé le système il y a longtemps, il n'était toujours pas complètement poli).
Désactivez l'UEFI et le démarrage sécurisé, puis démarrez le CD, lorsque vous installez avant de supprimer les partitions Win8 et UEFI.
Presque tous les EFI permettent de charger les systèmes d'exploitation en mode "Legacy", c'est-à-dire classique. Si vous configurez EFI de cette façon, vous n'aurez aucun problème.
Il y a quelque chose que je ne comprends pas. Disons que j'ai un nouvel ordinateur avec Windows et UEFI. Où dois-je effectuer ces étapes? Dans Arch Installation ou à partir d'un LiveCD?
Quand je l'ai fait, c'était à partir du Live CD en installant un système à partir de zéro, je ne l'ai jamais essayé à partir d'un système déjà installé. J'imagine que cela doit aussi être possible une fois le système installé en supprimant le bootloader, grub ou gummiboot pour mentionner les plus courants, puis en supprimant les entrées du bootloader pour suivre les instructions depuis le début, comment osez-vous à découvrir?. Si ce n'était pas le foutu travail absorbant que j'ai, je le faisais déjà, tu m'as donné une épine.
Et si je ne pense pas que vous puissiez gérer un double démarrage avec cette méthode.
Dans mon cas, j'ai une carte mère MSI B85M-E45 et bien que cela ait fonctionné pour moi, cela a corrompu mon firmware de telle manière que je ne peux plus entrer dans les paramètres du BIOS; J'ai effectué une réinitialisation du BIOS à partir des cavaliers de la carte mère et le problème persiste. Je vais essayer de flasher à nouveau le firmware. Ensuite, je vous dirai si je pourrais récupérer le BIOS
Dans tous les cas, je considère que c'est un processus qui ne vaut pas la peine d'être essayé car risqué en échange de quelques bénéfices
Heureusement, j'ai pu flasher le micrologiciel, même si cela ne me permettait pas d'entrer dans la configuration du BIOS, je pouvais toujours démarrer à partir du disque dur, puis créer une clé USB amorçable avec le programme pour flasher à nouveau le BIOS et le fichier du micrologiciel.
J'ai couru avec de la chance, et une fois qu'il m'est arrivé que le micrologiciel d'un ordinateur portable ACER avec UEFI était endommagé lorsque j'ai installé openSUSE lorsque les distributions compatibles UEFI commençaient à apparaître.
Ouf moins mal, bonne chance cette fois !!!!