Impossible d'installer Ubuntu 18.10 sur XPS 15 - EFI \ BOOT \ mmx64.efi introuvable

50

J'ai essayé d'installer Ubuntu 18.10 sur mon XPS 15 9570 plus tôt. Tout fonctionnait bien jusqu'à ce que je parvienne à la sélection de la partition de l'installation. C'est à ce moment que l'installateur s'est écrasé et j'ai dû éteindre ma machine. Je pense que c'est parce que ma configuration SATA est définie sur RAID ON au lieu de AHCI, qui est maintenant corrigée.

Maintenant, lorsque j'essaie d'exécuter le programme d'installation à partir de ma clé USB amorçable, le message d'erreur suivant s'affiche:

Failed to open \EFI\BOOT\mmx64.efi - Not Found
Failed to load image \EFI\BOOT\mmx64.efi: Not Found
Failed to start MokManager: Not Fond
Something has gone seriously wrong: import_mok_state() failed

En espérant que quelqu'un puisse avoir une idée de ce qui se passe

Rykeeboy
la source
Bonjour, j'espère que c'est pareil, j'ai eu des problèmes ( askubuntu.com/questions/1066599/… ) avec EFI et je n'ai résolu que la création d'une partition, avant la partition BOOT. Vérifiez cette question pour voir si cela aide: askubuntu.com/questions/789998/…
Miguel Espeso
1
Vous ne devriez pas avoir besoin ni vouloir de gestionnaire de clés, Ubuntu utilise la clé Windows installée. Avez-vous désactivé UEFI Secure Boot? De nombreux Dell ont également besoin de la mise à jour UEFI. askubuntu.com/questions/1042414/…
oldfred
1
Ma nouvelle installation propre de 18.10 met mmx64.efi à la fois dans / EFI / Boot et / EFI / Ubuntu. Je n'avais pas vu ça auparavant.
oldfred
Je sais que c'est relativement vieux maintenant, mais c'est lié au bogue: bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171
Skaparate
La solution de contournement / solution consiste à renommer les fichiers: nrecursions.blogspot.com/2019/08/…
Nav

Réponses:

51

Je démarrais une Ubuntu Live clé USB, je suis allé dans mon disque dur /boot/efidossier et renommé le fichier grubx64.efiàmmx64.efi

Redémarrez la machine et cela devrait fonctionner.

Joe Meagher
la source
4
2 heures à googler avant que je trouve ça! Merci.
Ivan Meredith
1
Cela n'aide pas beaucoup car le lecteur de démarrage est en lecture seule par défaut. Il faut franchir d'importants obstacles pour pouvoir modifier ces fichiers.
Gnomed
2
@gnomed Il existe une seconde partition FAT avec le même layout ( efi/boot). J'ai réussi à démarrer la clé USB en renommant le fichier en conséquence.
Christian Rauch
1
@ Joe-Meagher Comment pouvez-vous faire cela sur une clé USB amorçable?
Tjespe
J'essayais d'installer Ubuntu 18.10 sur mon Asus rog g751jt et j'ai le même problème, je crée le programme d'installation avec Universal-USB-Installer-1.9.8.2 sur Windows 10, mais c'était la solution, merci.
Minichini Fernando
16

Le problème est que dans le USB bootable le fichier mmx64.efin'existait pas, de sorte que la solution était de copier le fichier grubx64.efisous le nom mmx64.efi( de sorte que le dossier clé USB /EFI/BOOTcontient maintenant trois fichiers: BOOTx64.EFI, grubx64.efiet mmx64.efi). Ensuite, redémarrez et l'installation devrait fonctionner.

J'ai créé le lecteur de démarrage USB à partir de Windows 10 avec Rufus.

La copie peut être effectuée à l'aide de n'importe quel éditeur de fichier sur le même ordinateur ou sur un autre ordinateur, si les paramètres par défaut ont été utilisés dans Rufus pour le lecteur USB.

Francisco Ibáñez
la source
1
Eh bien, c’est essentiellement ce que la réponse acceptée suggérait. Mais copier le fichier plutôt que de le copier est presque certainement une meilleure idée ... Si vous souhaitez remercier une autre réponse, vous pouvez simplement la modifier (ceci est enregistré même si vous n'avez pas assez de réputation pour avoir un impact sur le score). ) Si vous voulez l'améliorer, vous pouvez suggérer une modification. Je ne vote pas pour supprimer votre message, car il pourrait éventuellement être utile tel quel. Mais essayez d'éviter de dupliquer les informations sur les sites SE en postant des réponses similaires.
Zanna
12

Les réponses ici suggèrent toutes de modifier le système de fichiers sur le live USB, ce qui n’est pas vraiment possible sans reconstruire l’ensemble de l’image ISO, autant que je l’ai compris.

Je pense que la raison de mon problème, et du problème de l'OP, est que nous avons coché la case pour installer un logiciel tiers dans le programme d'installation, puis pour la gestion de l'initialisation sécurisée via MOK, mais nous n'avons pas pu terminer le processus. l'installation et a laissé l'ordinateur dans un état dans lequel il s'attend à démarrer le gestionnaire MOK lors du prochain démarrage avec un chemin existant dans le système Ubuntu, mais pas sur Live USB.

Pour résoudre cela, j'ai fait un travail étrange. J'ai suivi les instructions pour installer Ubuntu via Wubi comme indiqué ici , puis, après avoir redémarré mon ordinateur, Wubi a réussi à lancer le gestionnaire MOK. Bien que je n'ai effectué aucune gestion MOK, il semble que cela ait empêché l'ordinateur de trouver un Gestionnaire MOK au démarrage, puis lorsque j’ai essayé de démarrer à partir de l’USB, cela a soudainement fonctionné. Ensuite, je viens de supprimer l’installation de Wubi et tous les fichiers Wubi et d’installer Ubuntu de manière normale à l’aide du Live USB.

Je peux me tromper au sujet de mes hypothèses dans cette réponse, mais après avoir essayé plusieurs clés USB et de nombreuses images ISO Ubuntu différentes, c’est ce qui a finalement fait l’essentiel.

Remarque: Ce que j'ai décrit dans cette réponse nécessite l'installation de Windows, ce que vous ne pouvez peut-être pas. Sinon, vous pourrez peut-être résoudre le problème de la même manière en démarrant un système sur lequel GRUB et le gestionnaire MOK se trouvent.

tjespe
la source
La chose à propos des logiciels tiers est exactement ce qui est arrivé dans mon cas. Mais notez qu'il n'est pas nécessaire de reconstruire l'image ISO. Une fois le lecteur USB amorçable créé, vous pouvez simplement en modifier le contenu.
ke.
5

J'ai rencontré le même problème avec le même message d'erreur lors de l'installation Ubuntu 18.04.2 LTSsur mon ordinateur Acer Aspire V 17 Nitro Black Edition. La solution appropriée pour moi était de réactiver le démarrage sécurisé et d'ajouter le \EFI\BOOT\grubx64.efi(situé sur le support USB d'installation d'Ubuntu) à la .efiliste de confiance dans mon BIOS ( F2), puis de désactiver le démarrage sécurisé . Ensuite, j'ai redémarré et appelé le gestionnaire de démarrage via F12ce site, j'ai pu sélectionner le fichier efi de confiance. Ce Grub invoqué et je devais juste sélectionner install Ubuntupour démarrer l'installation.

Westranger
la source
2

Cela se produit parce que Windows a la possibilité de s'exécuter en premier, exécute ses mises à jour et active le démarrage sécurisé dans le bios. Vous devez aller dans le bios et l'éteindre. Lors de l'installation d'ubuntu, il vous sera demandé de l'activer si vous installez des pilotes tiers.

Windows, Hellen Keller est votre BIOS et vous permet de comprendre ce qui ne va pas.

Alex
la source
0

J'ai résolu le problème en suivant cette page: https://www.pcwelt.de/ratgeber/So-klappt-der-Multiboot-mit-Windows-Linux-Doppel-OS-9666313.html

Ok, c’est écrit en allemand, je vais donc traduire la partie qui résout mon problème: dans le menu boot, et là, dans les options de boot, il faut chercher quelque chose comme "CSM"; "Lancement CSM"; "UEFI et Legacy". Cette option doit être activée. Le mode de démarrage doit être sur "Auto".

Après cela, je pourrais démarrer à partir d'ubuntu-cd. mais seulement écraser Windows 10 préinstallé ... ce qui n'était pas une perte réelle.

Tob
la source
0

Pour moi, ce qui suit a fonctionné.

  1. Gardez le démarrage sécurisé sur

  2. Accédez au BIOS en appuyant sur F2 lors du démarrage, puis Bootutilisez les touches de direction. Cliquer surUEFI Hard Disk Drive BBS Priorities

                 Aptio Setup Utility - Copyright (C) 2014 ...
      Main  Advanced  Chipset  Feature | Boot | Security ...
    ---------------------------------------------------------
      Boot Configuration
    
      Bootup NumLock State  [On]
      Quiet Boot            [Enabled]
    
      Set Boot Priority
      Boot Option #1        [USB Key]
      Boot Option #2        [CD/DVD]
      Boot Option #3        [Hard Disk:ubuntu]
      Boot Option #4        [USB CD/DVD]
      Boot Option #5        [USB Hard Disk]
      Boot Option #6        [Network]
    
    > UEFI Hard Disk Drive BBS Priorities
    
    ---------------------------------------------------------
                 Version 2.15.1236. Copyright (C) 2014 ...
    

    Transcrit de: BIOS capture d'écran 1

  3. Ensuite, vous accédez à cet écran:

                 Aptio Setup Utility - Copyright (C) 2014 ...
                                     | Boot |
    ---------------------------------------------------------
      Boot Option #1        [ubuntu]
      Boot Option #2        [UEFI OS (P0: SAMSUN...]
      Boot Option #3        [ubuntu (P0: SAMSUNG...]
    
    ---------------------------------------------------------
    

    Transcrit de: BIOS capture d'écran 2

    Ici assurez-vous que Boot Option #1est sélectionné commeubuntu

Remarque: Vous ne savez pas si cela créera des problèmes si vous utilisez le double démarrage avec Windows. Dans mon cas, je n'ai que Ubuntu! Aussi, comme suggéré par Fransisco , j'ai copié grub64.efià mmx64.efipour le faire démarrer.

Pawanlri
la source
0

Je PowerISO pour Linux de modifier l'ISO et copier grubx64.efià l' mmx64.efiintérieur de \EFI\BOOT\répertoire.

Mitar
la source
0

Le démarrage sécurisé avec des pilotes tiers cochés / activés lors de l'installation nécessite l'enregistrement d'un nouveau MOK dans UEFI au redémarrage. Pour ce faire, le programme d'installation Ubuntu enregistre certaines variables Mok * EFI avant la création de la partition système EFI pour votre nouvelle installation Ubuntu. Si le programme d'installation est interrompu avant la fin, nous devons supprimer deux variables Mok * EFI:

Variable NV+RT+BS '605DAB50-E046-4300-ABB6-3DD810DD8B23:MokAuth' DataSize = 0xAC
Variable NV+RT+BS '605DAB50-E046-4300-ABB6-3DD810DD8B23:MokNew' DataSize = 0x3C5

Exécutez les deux commandes suivantes à partir du shell UEFI (interne):

dmpstore -d -all MokAuth
dmpstore -d -all MokNew

Désormais, lorsque vous redémarrez avec votre support d'installation Ubuntu, vous ne devriez plus avoir l'erreur "Échec d'ouverture de \ EFI \ BOOT \ mmx64.efi - Not Found".

Si votre shell interne signé Secure Boot ne dispose pas de la commande dmpstore (ou si vous ne disposez pas d'une option de shell interne), vous devrez désactiver temporairement le démarrage sécurisé et utiliser un autre shell (par exemple, https://github.com/tianocore). /edk2/blob/UDK2018/ShellBinPkg/UefiShell/X64/Shell.efi ).

Mise à jour: Pour une solution compatible avec le démarrage sécurisé: démarrez https://clonezilla.org/downloads/download.php?branch=alternative "alternative amd64" avec le démarrage sécurisé activé. Enter_shell invite de ligne de commande. cmd Entrez l'invite de ligne de commande. Courir:

sudo chattr -i /sys/firmware/efi/efivars/Mok{Auth,New}
sudo rm /sys/firmware/efi/efivars/Mok{Auth,New}

Réf.: Https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171/comments/51

rcpa0
la source