I tried to install Ubuntu 18.10 on my XPS 15 9570 earlier. Everything was working fine until I got to the partition selection part of the installation. That's when the installer crashed and I had to shut down my machine. I think it's because I had my SATA configuration set to RAID ON instead of AHCI, which is now fixed.
Now when I try to run the installer from my bootable USB I get the following error
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
Hoping someone might have some idea as to what is going on
I booted an Ubuntu Live USB stick, went into my hard disk drive's
/boot/efi
folder and renamed the filegrubx64.efi
tommx64.efi
Reboot the machine and it should work.
The problem was that in the bootable USB the file
mmx64.efi
didn't exist, so the workaround was to copy the filegrubx64.efi
under the namemmx64.efi
(so the USB Drive folder/EFI/BOOT
now contains three files:BOOTx64.EFI
,grubx64.efi
andmmx64.efi
). Then, reboot and the installation should work.I created the USB bootable drive from Windows 10 with Rufus.
The copying can be done using any file editor on the same or another computer, if the default settings have been used in Rufus for the USB drive.
The answers here all suggest modifying the file system on the live USB, which isn't really possible without rebuilding the entire ISO image as far as I have understood.
I think the reason my problem, and the OP's problem, occurred was that we checked the box for installing third-party software in the installer, and subsequently checked the box for managing secure boot through MOK as required, but were then unable to finish the installation and left the computer in a state where it was expecting to boot the MOK manager on the next boot with a path that exists in the Ubuntu system, but not on the Live USB.
To solve this I did a strange work around. I followed the instructions for installing Ubuntu through Wubi as provided here, and then, after restarting my computer, Wubi managed to launch the MOK manager and although I didn't perform any MOK management it seems like this stopped the computer from expecting to find a MOK manager on startup, and when I tried to boot from USB afterwards it suddenly worked. Afterwards I just deleted the Wubi install and all the Wubi files and installed Ubuntu the normal way using the Live USB.
I could be wrong about my assumptions in this answer, but after trying several USBs and many different Ubuntu ISO images, this was what finally did the trick.
Note: What I described in this answer requires that you have Windows installed, which you may not. If you don't, you might be able to solve it in a similar way by booting a system that has GRUB and the MOK manager on it.
I faced the same problem with the same error message when installing
Ubuntu 18.04.2 LTS
on myAcer Aspire V 17 Nitro Black Edition
. The proper solution for me was to turn on secure boot again and to add the\EFI\BOOT\grubx64.efi
(located on the Ubuntu installation USB medium) to the trusted.efi
list in my BIOS (F2) and turned the secure boot off again. Afterwards I rebooted and called the the boot manager via F12 there I was able to select the trusted efi file. This invoked grub and I just needed to selectinstall Ubuntu
to start the installation.Secure Boot with third party drivers checked/enabled during Install requires registering new MOK into UEFI at reboot. Ubuntu installer does this by registering some Mok* EFI variables before it has actually finished creating the EFI System Partition for your new Ubuntu installation. If the Installer is interrupted before it is finished, we need to remove two Mok* EFI variables:
Run the following two commands from the UEFI (Internal) Shell:
Now when you reboot with your Ubuntu installation media, you should no longer get the "Failed to open \EFI\BOOT\mmx64.efi - Not Found" error.
If your Secure Boot signed Internal Shell does not have the dmpstore command (or you do not have an Internal Shell option), you will have to temporarily disable Secure Boot and use a different Shell (e.g., Copy https://github.com/tianocore/edk2/blob/UDK2018/ShellBinPkg/UefiShell/X64/Shell.efi to a USB_flash_drive at /EFI/Boot/bootx64.efi and boot it).
Update: For a Secure Boot enabled solution: boot https://clonezilla.org/downloads/download.php?branch=alternative "alternative amd64" with Secure Boot enabled. Enter_shell command line prompt. cmd Enter command line prompt. Run:
Ref: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171/comments/51
This happens because windows gets a chance to run first, runs its updates and turns on secure boot in the bios. You need to go into bios and turn it off. During ubuntu installation it will ask to turn it on if you install 3rd party drivers.
Windows just Hellen Keller's your BIOS and lets you figure out what it messed up.
I had the same problem. Creating an UEFI-only bootable USB did the trick for me. Here're the instructions.
More information about the UEFI bootable on Ubuntu.
I ended up installing JackHack96's Ubuntu 18.04 respin for the XPS 15 and then upgrading to 18.10
For me, the following worked.
Keep the secure boot on
Go to BIOS by pressing F2 during boot, then go to
Boot
using arrow keys. Click onUEFI Hard Disk Drive BBS Priorities
Transcribed from: BIOS screenshot 1
Then, you get to this screen:
Transcribed from: BIOS screenshot 2
Here make sure that
Boot Option #1
is selected asubuntu
Note: Not sure if this will create issues if you have dual boot with Windows. In my case, I only have Ubuntu! Also, as suggested by Fransisco, I copied
grub64.efi
tommx64.efi
to make it boot.I used PowerISO for Linux to modify the ISO and copy
grubx64.efi
tommx64.efi
inside\EFI\BOOT\
directory.