web-dev-qa-db-fra.com

Impossible d'ouvrir \ EFI \ Microsoft \ Boot \ grubx64.efi

J'ai un ordinateur portable préinstallé avec Windows. Je l'ai effacé et installé élémentaire distribution Linux. Puis, quelques mois plus tard, j'ai installé Ubuntu dans une autre partition, donc double démarrage Linux.

Après cela, je n'ai jamais réussi à me débarrasser de ce message au démarrage:

Booting in insecure mode
Failed to open \EFI\Microsoft\Boot\grubx64.efi - 80000000000000E
Failed to load image
Failed to open \EFI\Microsoft\Boot\MonkManager.efi - 80000000000000E
Failed to load image

J'ai inspecté la partition Efi et cela ressemble à:

EFI/
    BOOT/
        bootx64.efi
        bootx64.efi.grb
    Microsoft/
        Boot/
            bootmgfw.efi
            bootmgfw.efi.grb
            bootx64.efi
            bootx64.efi.grb
    ubuntu/
        grub.cfg
        grub64.efi
        MokManager.efi
        shimx64.efi

J'ai utilisé boot-repair plusieurs fois mais je n'ai pas résolu le problème.

Pour mentionner que je suis capable de démarrer faire ceci:

  • au démarrage, appuyez sur ESC pour afficher l'option bios
  • appuyez sur f9: options du périphérique d'amorçage
  • il démarre en sélectionnant manuellement l’un de ces choix:
    • ubuntu (pour certaines raisons, cette option est dupliquée)
    • élémentaire
  • il ne démarre pas et ne montre pas l'erreur mentionnée ci-dessus pour ces options:
    • Gestionnaire de démarrage Os
    • EFI HDD Device
    • gestionnaire de démarrage rEFInd (peut-être que j'ai installé cela il y a longtemps, je ne m'en souviens plus)
    • Démarrez à partir du fichier EFI (cela me montre: NO VOLUME LABEL.] en cliquant, je peux accéder à la partition efi décrite ci-dessus et consulter les différents répertoires de Microsoft, Ubuntu et Boot.
    • Ordinateur portable Disque dur (ce lancement, je ne sais pas comment l'utiliser)

Je suis loin de Linux depuis un moment, vous avez une idée de comment résoudre ce problème? J'avais l'intention de nettoyer la machine, donc s'il y avait une solution pouvant impliquer la suppression de toute mon installation, je pourrais m'en tirer (mais c'est mieux si ce n'est pas nécessaire).

Je suis conscient de ce très question similaire mais ne m'a pas beaucoup aidé, c'est peut-être un problème différent.

EDIT: Lancé Sudo efibootmgr -v depuis un cd live, voici le résultat:

BootCurrent: 0007
Timeout: 0 seconds
BootOrder: 0002,3002,0001,0003,0005,0006,0008,2001,2002,2003
Boot0000* Notebook Hard Drive   BIOS(2,500,00)................-.j.......j.A.j........................................
Boot0001* ubuntu    HD(4,749f000,2f800,4aec4607-34ba-4fa3-451d-befd65c8d660)File(\EFI\ubuntu\shimx64.efi)
Boot0002* Windows Boot Manager  HD(4,749f000,2f800,4aec4607-34ba-4fa3-451d-befd65c8d660)File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot0003* EFI HDD Device (SAMSUNG MZMPC128HBFU-000H1)   ACPI(a0341d0,0)PCI(1f,2)SATA(1,0,0)HD(1,800,100000,3ef48298-b7e8-459f-8189-134862cd346b)RC
Boot0004* USB Hard Drive - Generic Flash Disk   BIOS(7,500,00).......................................................................
Boot0005* elementary    HD(4,749f000,2f800,4aec4607-34ba-4fa3-451d-befd65c8d660)File(\EFI\elementary\grubx64.efi)
Boot0006* rEFInd Boot Manager   HD(4,749f000,2f800,4aec4607-34ba-4fa3-451d-befd65c8d660)File(\EFI\refind\shimx64.efi)
Boot0007* USB Hard Drive (UEFI) - Generic Flash Disk    ACPI(a0341d0,0)PCI(1d,0)USB(0,0)USB(0,0)HD(1,2,7adffe,00000000)RC
Boot0008* Ubuntu    HD(4,749f000,2f800,4aec4607-34ba-4fa3-451d-befd65c8d660)File(\EFI\ubuntu\grubx64.efi)RC
Boot2001* USB Drive (UEFI)  RC
Boot3002* Internal Hard Disk or Solid State Disk    RC
bootdual-bootgrub2partitioninguefi
1
Jleo

Si votre ordinateur démarre correctement malgré ces erreurs, IGNOREZ-LES !!!!!!!!!!!!!!!!!!!!

Fondamentalement, résoudre le problème nécessite de manipuler une TRÈS partie délicate et extrêmement importante de votre installation - à savoir, votre configuration du chargeur de démarrage. Vous pouvez résoudre le problème, mais il est au moins aussi probable que vous finissiez par créer un BEAUCOUP plus gros problème. . Résoudre un problème esthétique trivial vaut-il vraiment le risque de causer des dommages graves qui pourraient vous empêcher de démarrer l’ordinateur?

Si vous voulez vraiment risquer votre installation, je vous recommande d’ouvrir un terminal et de taper Sudo efibootmgr -v. Cela produira quelque chose comme ceci:

$ Sudo efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0003,0007,2003,0001,2001,2002
Boot0000* rEFInd (direct)   ACPI(a0341d0,0)PCI(1f,2)03120a00010000000000HD(2,1f4800,82000,5f6b4992-fcfe-4a2c-9e67-98b0a30dfe7d)File(\EFI\refind\refind_x64.efi)
Boot0001* Lenovo Recovery System    HD(3,276800,1f4000,de3b7563-97f5-48c6-ab7f-2f5d6d57c644)File(\EFI\Microsoft\Boot\LrsBootMgr.efi)RC
Boot0002* EFI Network 0 for IPv4 (08-9E-01-FF-CA-4D)    ACPI(a0341d0,0)PCI(1c,0)PCI(0,0)MAC(089e01ffca4d,0)IPv4(0.0.0.0:0<->0.0.0.0:0,0, 0RC
Boot0003* ubuntu    HD(2,1f4800,82000,5f6b4992-fcfe-4a2c-9e67-98b0a30dfe7d)File(\EFI\ubuntu\shimx64.efi)
Boot0004* EFI Network 0 for IPv6 (08-9E-01-FF-CA-4D)    ACPI(a0341d0,0)PCI(1c,0)PCI(0,0)MAC(089e01ffca4d,0)030d3c000000000000000000000000000000000000000000000000000000000000000000000000000000004000000000000000000000000000000000RC
Boot0007* Windows Boot Manager  HD(2,1f4800,82000,5f6b4992-fcfe-4a2c-9e67-98b0a30dfe7d)File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot2001* EFI USB Device    RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network   RC

Vérifiez la ligne BootOrder. Cela vous indique l'ordre dans lequel le microprogramme est configuré pour essayer les différentes options Boot#### qui suivent. Dans mon cas, il essaie d'abord Boot0000 (rEFInd (direct); \EFI\refind\refind_x64.efi), suivi de Boot0003 (ubuntu; \EFI\ubuntu\shimx64.efi), etc. Il est fort probable que le vôtre essaie de démarrer une copie de shimx64.efi ou shim.efi dans \EFI\Microsoft\Boot en premier. Cela échoue car les fichiers de support de Shim sont manquants. Le micrologiciel passe donc à l'élément suivant, qui fonctionne. (C’est une supposition éclairée de ma part; je me trompe peut-être, ce qui est l’un des dangers de la procédure!) Modifier le BootOrder La variable peut résoudre ce problème. Vous pouvez le faire avec l'option -o sur efibootmgr, comme dans:

Sudo efibootmgr -o 0003,0000,0007,2003,0001,2001,2002

Dans cet exemple, j'ai spécifié un nouvel ordre d'amorçage qui permute les deux premiers éléments de mon entrée d'origine. Sur mon ordinateur, le résultat serait le GRUB d'Ubuntu prenant le relais de rEFInd en tant que programme de démarrage principal. Votre système aura presque certainement un ensemble d'entrées et un ordre de démarrage différents du mien. Vous devrez donc ajuster vos entrées pour qu'elles correspondent. En outre, ne changez pas simplement les choses au hasard; prenez le temps de lire et de comprendre ce que vous faites. L'entrée que vous spécifiez comme premier élément doit être un programme de démarrage en état de fonctionnement. (L’entrée BootCurrent devrait être une chose relativement sûre.) Si vous ne comprenez pas ce que vous faites avec efibootmgr, la probabilité que vous spécifiez un ordre de démarrage qui ne fonctionnera pas augmente considérablement. ce qui bien sûr signifie que l’ordinateur ne démarre pas! C’est pourquoi je vous recommande de garder ignorer ce problème esthétique mineur - à moins que vous ne sachiez ce que vous faites, vous courez le risque de faire beaucoup beaucoup pire!

EDIT: Étant donné la sortie efibootmgr, ma recommandation est de déplacer 0001 au début de la séquence d'amorçage, un péché:

Sudo efibootmgr -o 0001,0002,3002,0003,0005,0006,0008,2001,2002,2003

Si les choses sont correctement configurées, cela devrait le faire fonctionner correctement; Cependant, je ne peux rien garantir à ce sujet. Il ressort clairement des éléments de preuve que le système contient des vestiges d’installations antérieures et la cause exacte du symptôme signalé n’est pas clairement définie. C'est simplement ma supposition éclairée que Boot0001 fonctionnera correctement.

En outre, Pilot6 a tort d’affirmer que le risque de déblayage avec l’ordre de démarrage n’est pas "grave" - ​​ou, au mieux, nous avons une idée différente de ce que "non grave" est. J'ai vu beaucoup de publications de personnes qui se sont retrouvées avec des systèmes qui ne démarrent pas, car elles ont supprimé les mauvaises entrées de démarrage ou ont réarrangé l'ordre de manière inappropriée. Pour un expert comme moi, ces problèmes peuvent être facilement résolus; mais pour la personne moyenne, cela peut être une expérience pénible.

1
Rod Smith