web-dev-qa-db-fra.com

[UEFI] [GRUB] La réparation du démarrage ne cesse d’ajouter MokManager.efi au menu de démarrage.

J'ai eu du mal à installer Arch avec Ubuntu (cela n'a pas chargé le FAT32 esp). J'ai lancé boot-repair en pensant que cela pourrait résoudre le problème. Mais il a ajouté MokManager.efi à la liste du menu de démarrage de grub.

Voici ce que j'ai fait -

  1. Formaté la partition Arch.
  2. Créé une sauvegarde de ma partition/boot.
  3. Supprimé tous les éléments de/boot/efi.
  4. Placé les fichiers memtest86 +, config, System.map, initrd et vmlinuz,/boot et/boot/efi de la partition de démarrage FAT32 .
  5. vérifié la mise à jour du fichier /etc/grub.d/25_custom en supprimant les entrées de MokManager.
  6. Ran update-grub
  7. Ran boot-repair à nouveau

Mais pour une raison quelconque, boot-repair a encore ajouté des fichiers MokManager.efi aux dossiers/boot/efi/ubuntu et/boot/efi/efi/ubuntu. Je ne sais pas non plus pourquoi il continue à créer un dossier efi dans/boot/efi. Mais cela revient à la prochaine réparation de démarrage.

Je pourrais simplement sauvegarder mon dossier personnel et réinstaller le tout, mais je ne comprends pas d'où viennent les fichiers MokManager. Une idée à ce sujet?

3
goelakash

Tout d'abord, sachez que MokManager.efi est un outil de gestion des clés MOK (Machine Owner Keys), des clés de démarrage sécurisé utilisées par Shim pour vous permettre de démarrer les systèmes d'exploitation de votre choix lorsque le démarrage sécurisé est activé. Si le démarrage sécurisé est activé sur votre ordinateur, MokManager devrait probablement être installé et accessible depuis GRUB, afin de pouvoir démarrer les outils d'urgence de votre choix en cas de besoin. Si Secure Boot est inactif ou non pris en charge sur votre ordinateur, MokManager est un poids mort - mais ce n'est pas beaucoup, donc je ne m'inquiéterais pas trop à ce sujet. (Vous trouverez beaucoup plus de ressources inutiles dans toutes les distributions Linux prêtes à l’emploi, et peu de gens vont fouiller dans tous ces fichiers pour les nettoyer.)

Cela dit, je suppose que Boot Repair trouve le binaire MokManager.efi dans les fichiers installés à partir du package shim. Plus précisément, le fichier est /usr/lib/shim/MokManager.efi.signed (il est renommé pour ne pas avoir l'extension .signed lorsqu'il est copié sur l'ESP). Si vous n'avez vraiment pas besoin de Secure Boot, vous pouvez essayer de supprimer ce paquet - mais d'autres paquets peuvent en dépendre, vous aurez donc peut-être besoin de supprimer plus que ce dernier. OTOH, si vous exécutez Boot Repair à partir d'un CD live, il est concevable qu'il tire MokManager à partir de là plutôt que de votre installation habituelle. Il peut donc s'avérer inefficace de supprimer les fichiers de votre installation standard. Pour des raisons similaires, la modification de vos fichiers de configuration locaux GRUB risque de ne pas être très utile.

A placé les fichiers memtest86 +, config, System.map, initrd et vmlinuz dans/boot et/boot/efi de la partition de démarrage FAT32.

La "partition de démarrage FAT32" est appelée partition système EFI (ESP). Si vous utilisez GRUB, vous n'avez pas besoin de copier la plupart de ces fichiers sur l'ESP, et certainement pas sur la boot ou boot/efi répertoire sur cette partition. Aucun de ces répertoires n'existe par défaut sur l'ESP. Notez cependant que le ESP est normalement monté sur /boot/efi, de sorte que, d'après votre description, vous avez peut-être copié ces fichiers sur /boot dans votre distribution Ubuntu normale et/ou sur le disque. racine de l'ESP. (Il est essentiel de comprendre les points de montage lors de l'utilisation de l'ESP. EFI peut voir un fichier sous la forme fs0:\EFI\ubuntu\grubx64.efi, mais ce fichier serait probablement /boot/efi/EFI/ubuntu/grubx64.efi dans Ubuntu. Vous "effacez" le point de montage de la liste complète. Chemin du fichier Ubuntu pour déterminer où se trouve le fichier sur la partition elle-même. EFI n'a aucune idée de ce qu'est le point de montage Ubuntu et accède au fichier sans utiliser le point de montage Ubuntu.)

La plupart de ces fichiers appartiennent au répertoire Ubuntu /boot, qui ne se trouve pas sur l'ESP. (Dans certains cas, /boot est une partition distincte.) Plusieurs fichiers memtest86+* doivent également être placés dans /boot, eux aussi placés automatiquement par le package memtest86+. Il ne devrait y avoir aucun besoin d'ajuster aucun de ceux-ci. Si vous avez copié ces fichiers pour atteindre un objectif spécifique, vous devriez peut-être partager cet objectif, car il est peu probable que vous fassiez ce qu'il convient de faire à moins que vous n'ayez omis certains détails essentiels (tels que ceux que vous envisagez d'utiliser. gummiboot/systemd-boot sur votre ordinateur).

De manière générale, tout cela devrait fonctionner. Si cela ne fonctionne pas, alors quelque chose ne va pas et les actions que vous avez décrites ont peu de chances de vous aider. Il est donc essentiel de savoir ce qui ne va pas. Si vous voulez simplement supprimer MokManager de votre menu GRUB, je vous recommande de ne pas vous déranger - et si vous insistez pour essayer, la copie de votre noyau et d'autres fichiers ne sera pas ( aide; vous devez ajuster les fichiers de configuration GRUB et exécuter update-grub. (Je crains que je ne sache pas précisément ce que vous feriez pour supprimer MokManager.) Sinon, vous pouvez passer de GRUB à n’importe lequel des plusieurs autres chargeurs de démarrage EFI pour Linux.

3
Rod Smith