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
Réponses:
Je démarrais une Ubuntu Live clé USB, je suis allé dans mon disque dur
/boot/efi
dossier et renommé le fichiergrubx64.efi
àmmx64.efi
Redémarrez la machine et cela devrait fonctionner.
la source
efi/boot
). J'ai réussi à démarrer la clé USB en renommant le fichier en conséquence.Le problème est que dans le USB bootable le fichier
mmx64.efi
n'existait pas, de sorte que la solution était de copier le fichiergrubx64.efi
sous le nommmx64.efi
( de sorte que le dossier clé USB/EFI/BOOT
contient maintenant trois fichiers:BOOTx64.EFI
,grubx64.efi
etmmx64.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.
la source
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.
la source
J'ai rencontré le même problème avec le même message d'erreur lors de l'installation
Ubuntu 18.04.2 LTS
sur mon ordinateurAcer 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.efi
liste 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électionnerinstall Ubuntu
pour démarrer l'installation.la source
J'ai eu le même problème. Créer une clé USB amorçable uniquement avec UEFI a été la solution.
Voici les instructions: Comment créer un support Live USB sur UEFI uniquement?
Plus d'informations sur le démarrage de l'UEFI sur Ubuntu: https://help.ubuntu.com/community/UEFI
la source
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.
la source
J'ai fini par installer Ubuntu 18.04 de JackHack96 en réponse pour le XPS 15 , puis en passant à 18.10.
la source
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.
la source
Pour moi, ce qui suit a fonctionné.
Gardez le démarrage sécurisé sur
Accédez au BIOS en appuyant sur F2 lors du démarrage, puis
Boot
utilisez les touches de direction. Cliquer surUEFI Hard Disk Drive BBS Priorities
Transcrit de: BIOS capture d'écran 1
Ensuite, vous accédez à cet écran:
Transcrit de: BIOS capture d'écran 2
Ici assurez-vous que
Boot Option #1
est 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.efi
pour le faire démarrer.la source
Je PowerISO pour Linux de modifier l'ISO et copier
grubx64.efi
à l'mmx64.efi
intérieur de\EFI\BOOT\
répertoire.la source
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:
Exécutez les deux commandes suivantes à partir du shell UEFI (interne):
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:
Réf.: Https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171/comments/51
la source