J'ai une nouvelle installation de 14.04 sur un nouveau SSD. Tout fonctionnait bien jusqu'à ce que je lance la réparation de démarrage pour une raison dont je ne me souviens plus. Maintenant, quand je démarre, j'obtiens les erreurs suivantes:
Failed to open \EFI\Microsoft\Boot\grubx64.efi - 80000000000000E
Failed to load image
Failed to open \EFI\Microsoft\Boot\MokManager.efi - 80000000000000E
Failed to load image
Failed to open "\EFI\BOOT\fallback.efi": 14
Failed to open \EFI\BOOT\grubx64.efi - 80000000000000E
Failed to load image
Failed to open \EFI\BOOT\MokManager.efi -80000000000000E
Failed to load image
Windows n'a jamais été installé sur ce nouveau disque dur. Est-il possible que la réparation de démarrage ajoute ces fichiers? Puis-je simplement les supprimer?
Les informations de démarrage montrent les éléments suivants:
Boot files: /EFI/Boot/bootx64.efi /EFI/ubuntu/MokManager.efi
/EFI/ubuntu/grubx64.efi /EFI/ubuntu/shimx64.efi
/EFI/Microsoft/Boot/bootmgfw.efi
/EFI/Microsoft/Boot/bootx64.efi
Voici un lien vers l'info de démarrage complet - http://paste.ubuntu.com/10583113/
Comment dois-je procéder?
La réparation de démarrage copie parfois GRUB vers d'autres noms de fichiers, y compris ceux normalement utilisés par Windows.
Vous n'avez pas indiqué si vous êtes capable de démarrer normalement après l'apparition de ces erreurs, mais le résultat de votre réparation de démarrage donne l'impression que vous le pouvez. Plus précisément:
=================== efibootmgr -v
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 3003,3001,3004,2001,2002
Boot0000* Notebook Hard Drive BIOS(2,500,00)................-.`.......`.A.`........................................
Boot0001* ubuntu HD(1,800,100000,3c6d1212-54d5-4b03-8eb6-680c74425f10)File(EFIubuntushimx64.efi)
Boot0002* Internal CD/DVD ROM Drive BIOS(3,500,00)................-.g.......g.A.g........................................
Boot0003* Windows Boot Manager HD(1,800,100000,3c6d1212-54d5-4b03-8eb6-680c74425f10)File(EFIMicrosoftBootbootmgfw.efi)RC
Boot0004* Ubuntu HD(1,800,100000,3c6d1212-54d5-4b03-8eb6-680c74425f10)File(EFIubuntugrubx64.efi)RC
Boot2001* USB Drive (UEFI) RC
Boot2002* Internal CD/DVD ROM Drive (UEFI) RC
Boot3001* Internal Hard Disk or Solid State Disk RC
Boot3003* Internal Hard Disk or Solid State Disk RC
Boot3004* Internal Hard Disk or Solid State Disk RC
C'est la sortie de Sudo efibootmgr -v
. Ne panique pas pour ça; vous pouvez ignorer la plupart des longs nombres hexadécimaux effrayants. Portez une attention particulière aux lignes BootCurrent
et BootOrder
. La ligne BootCurrent
vous indique comment le système d'exploitation a démarré - dans ce cas, en utilisant l'option Boot0001
, que vous pouvez voir comme étant pour Ubuntu. La ligne BootOrder
indique cependant que l'ordinateur est configuré pour essayer plusieurs autres options avant celle-ci. Ce sont des chargeurs de démarrage par défaut - normalement EFI/BOOT/bootx64.efi
, mais il est tout à fait possible que votre ordinateur utilise EFI/Microsoft/Boot/bootmgfw.efi
pour certains d'entre eux. Mon intuition est que Boot Repair ait copié GRUB vers l'un de ces emplacements, ou les deux, mais si le démarrage sécurisé est activé, GRUB ne se lancera pas sans l'aide de Shim (shimx64.efi
) Par conséquent, vos messages d'erreur, que je suppose, proviennent de votre firmware.
Le plus troublant à ce sujet est que vous avez démarré via l’entrée Boot0001
(Ubuntu) malgré le fait que not sur la liste BootOrder
. Peut-être que votre micrologiciel disparaît lorsque rien d'autre ne fonctionne, ou peut-être est-il réellement sur la liste mais n'est pas signalé par efibootmgr
pour une raison quelconque.
En théorie, vous devriez pouvoir résoudre ce problème en tapant la commande suivante sous Linux:
Sudo efibootmgr -o 1,3003,3001,3004,2001,2002
Cela change la ligne BootOrder
pour qu'elle soit ce qu'elle est maintenant, sauf avec l'entrée Ubuntu qui fonctionne en premier. J'essayerais cela avant de supprimer des fichiers. Si cela ne fonctionne pas, continuez et renommez les fichiers EFI/BOOT/bootx64.efi
et/ou EFI/Microsoft/Boot/bootmgfw.efi
, ou les répertoires dans lesquels ils se trouvent. Si vous pouvez démarrer après avoir renommé ces fichiers ou répertoires, continuez et supprimez-les. Si le fait de les renommer aggrave la situation, vous pouvez utiliser un disque de secours pour les renommer.
J'ai donc pu résoudre ce problème en supprimant simplement le dossier EFI/Microsoft. Je suppose que la réparation de démarrage a créé ce dossier, mais il n’est pas nécessaire sur mon installation Ubuntu uniquement.
NOTE: Ce n'est pas une bonne solution dans la plupart des cas, surtout si vous voulez pouvoir utiliser Windows à l'avenir. Assurez-vous de savoir ce que vous faites avant de supprimer des fichiers système essentiels comme celui-ci.