Échec d'ouverture de \EFI\Microsoft\Boot\grubx64.efi

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

En gros, la résolution du problème nécessite de manipuler une partie TRÈS délicate et crucialement importante de votre installation -- à savoir, la configuration de votre chargeur d'amorçage. Vous pourriez résoudre le problème, mais il est tout aussi probable que vous vous retrouviez avec un problème BEAUCOUP plus important. Est-ce que la résolution d'un problème cosmétique trivial vaut vraiment le risque de causer des dommages sérieux qui pourraient empêcher le démarrage de l'ordinateur?

Si vous voulez vraiment prendre le risque avec votre installation, je vous recommande d'ouvrir un Terminal et de taper sudo efibootmgr -v. Cela produira une sortie ressemblant à 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 firmware 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), et ainsi de suite. Il est probable que le vôtre tente 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, donc le firmware passe à l'élément suivant, qui fonctionne. (Ceci est une supposition éclairée de ma part ; je pourrais me tromper à ce sujet, ce qui est l'un des dangers de continuer!) Modifier la variable BootOrder pourrait résoudre ce problème. Vous pouvez le faire avec l'option -o pour efibootmgr, comme ceci:

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

Dans cet exemple, j'ai spécifié un nouvel ordre de démarrage qui échange les deux premiers éléments de mon entrée d'origine. Sur mon ordinateur, le résultat serait que le GRUB d'Ubuntu prendrait 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, donc vous devrez ajuster vos entrées en conséquence. De plus, ne faites pas simplement des échanges aléatoires ; prenez le temps de lire et de comprendre ce que vous faites. L'entrée que vous spécifiez en tant que premier élément devrait être un programme de démarrage fonctionnel. (L'entrée BootCurrent devrait être une chose relativement sûre à mettre en premier.) Ne pas comprendre ce que vous faites avec efibootmgr augmente considérablement les chances d'indiquer un ordre de démarrage qui ne fonctionnera pas, ce qui signifie bien sûr que l'ordinateur ne démarrera pas! C'est pourquoi ma recommandation reste de ignorer ce problème cosmétique mineur -- à moins que vous sachiez ce que vous faites, vous courez le risque d'aggraver les choses!

ÉDIT: Étant donné la sortie de efibootmgr, ma recommandation est de déplacer 0001 au début de l'ordre de démarrage, comme ceci:

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

Si les choses sont configurées de manière sensée, cela devrait résoudre le problème correctement ; cependant, je ne peux pas garantir cela. Il est clair d'après les preuves que le système a des reliques d'installations antérieures, et il n'est pas clair ce qui cause exactement le symptôme signalé. C'est simplement ma supposition éclairée que Boot0001 fonctionnera correctement.

Aussi, Pilot6 se trompe en affirmant que le risque de jouer avec l'ordre de démarrage n'est "pas grave" -- ou tout au mieux, nous avons des idées différentes de ce que "pas grave" signifie. J'ai vu de nombreux messages de personnes qui se retrouvent avec des systèmes qui ne démarrent pas parce qu'ils ont supprimé les mauvaises entrées de démarrage ou réorganisé 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 traumatisante.