Ubuntu 18.10 kann nicht auf XPS 15 installiert werden - EFI \ BOOT \ mmx64.efi wurde nicht gefunden

Ich habe früher versucht, Ubuntu 18.10 auf meinem XPS 15 9570 zu installieren. Alles hat gut funktioniert, bis ich zum Partitionsauswahl-Teil der Installation kam. In diesem Moment stürzte der Installer ab und ich musste meinen Computer herunterfahren. Ich denke, es liegt daran, dass ich meine SATA-Konfiguration auf RAID ON anstelle von AHCI eingestellt hatte, was jetzt behoben ist.

Wenn ich jetzt versuche, das Installationsprogramm von meinem bootfähigen USB-Gerät aus auszuführen, wird die folgende Fehlermeldung angezeigt

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

Ich hoffe, jemand hat eine Idee, was los ist

Ich habe einen Ubuntu Live USB-Stick gebootet, bin in den /boot/efiOrdner meiner Festplatte gegangen und habe die Datei grubx64.efiin umbenanntmmx64.efi

Starten Sie die Maschine neu und es sollte funktionieren.

Das Problem war , dass in der bootfähigen USB die Datei mmx64.efinicht existiert, so dass die Problemumgehung die Datei zu kopieren war grubx64.efiunter dem Namen mmx64.efi(so der USB - Drive - Ordner /EFI/BOOTenthält jetzt drei Dateien: BOOTx64.EFI, grubx64.efiund mmx64.efi). Starten Sie dann neu und die Installation sollte funktionieren.

Ich habe das bootfähige USB-Laufwerk unter Windows 10 mit Rufus erstellt.

Das Kopieren kann mit einem beliebigen Datei-Editor auf demselben oder einem anderen Computer erfolgen, wenn in Rufus die Standardeinstellungen für das USB-Laufwerk verwendet wurden.

Die Antworten hier lassen darauf schließen, dass das Dateisystem auf dem Live-USB-Stick geändert werden muss. Dies ist meines Wissens nicht möglich, ohne das gesamte ISO-Image neu zu erstellen.

Ich denke, der Grund, warum mein Problem und das des Betriebssystems aufgetreten sind, war, dass wir das Kontrollkästchen für die Installation von Software von Drittanbietern im Installationsprogramm und anschließend das Kontrollkästchen für die Verwaltung des sicheren Starts über MOK aktiviert haben, das dann jedoch nicht abgeschlossen werden konnte Installation und ließ den Computer in einem Zustand, in dem er erwartete, den MOK-Manager beim nächsten Start mit einem Pfad zu starten, der im Ubuntu-System vorhanden ist, jedoch nicht auf dem Live-USB.

Um dies zu lösen, habe ich eine seltsame Arbeit gemacht. Ich befolgte die Anweisungen zur Installation von Ubuntu über Wubi, die hier angegeben sind , und nach dem Neustart meines Computers konnte Wubi den MOK-Manager starten. Obwohl ich keine MOK-Verwaltung durchführte, schien dies zu verhindern, dass der Computer eine erwartete MOK Manager beim Start, und als ich danach versuchte, von USB zu booten, funktionierte es plötzlich. Danach habe ich nur die Wubi-Installation und alle Wubi-Dateien gelöscht und Ubuntu wie gewohnt über den Live-USB installiert.

Ich könnte in Bezug auf meine Annahmen in dieser Antwort falsch liegen, aber nachdem ich mehrere USB-Sticks und viele verschiedene Ubuntu-ISO-Images ausprobiert hatte, war dies schließlich der Trick.

Hinweis: Was ich in dieser Antwort beschrieben habe, setzt voraus, dass Windows installiert ist, was möglicherweise nicht der Fall ist. Wenn Sie dies nicht tun, können Sie es möglicherweise auf ähnliche Weise lösen, indem Sie ein System booten, auf dem GRUB und der MOK-Manager installiert sind.

Ich hatte das gleiche Problem mit der gleichen Fehlermeldung bei der Installation Ubuntu 18.04.2 LTSauf meinem Acer Aspire V 17 Nitro Black Edition. Die richtige Lösung für mich war, den sicheren Start wieder einzuschalten und das \EFI\BOOT\grubx64.efi(auf dem Ubuntu-Installations-USB-Medium befindliche) der vertrauenswürdigen .efiListe in meinem BIOS hinzuzufügen ( F2) und den sicheren Start wieder auszuschalten. Danach habe ich neu gestartet und den Bootmanager aufgerufen, über den F12ich die vertrauenswürdige EFI-Datei auswählen konnte. Dieses aufgerufene Grub und ich mussten nur auswählen install Ubuntu, um die Installation zu starten.

Ich hatte das gleiche problem Das Erstellen eines bootfähigen USB-Geräts, das nur für UEFI geeignet ist, hat mir geholfen.

Hier sind die Anweisungen: Wie erstelle ich ein bootfähiges UEFI-USB-Live-Medium?

Weitere Informationen zu UEFI, das unter Ubuntu bootfähig ist: https://help.ubuntu.com/community/UEFI

Dies liegt daran, dass Windows zuerst ausgeführt werden kann, Updates ausführt und den sicheren Start im BIOS aktiviert. Sie müssen ins Bios gehen und es ausschalten. Während der Ubuntu-Installation werden Sie aufgefordert, es zu aktivieren, wenn Sie Treiber von Drittanbietern installieren.

Windows Hellen Keller ist nur Ihr BIOS und lässt Sie herausfinden, was es vermasselt hat.

Am Ende habe ich JackHack96's Ubuntu 18.04 für das XPS 15 installiert und dann auf 18.10 aktualisiert

Ich habe das Problem gelöst, indem ich dieser Seite gefolgt bin: https://www.pcwelt.de/ratgeber/So-klappt-der-Multiboot-mit-Windows-Linux-Doppel-OS-9666313.html

Ok, es ist in Deutsch geschrieben, also werde ich den Teil übersetzen, der mein Problem gelöst hat: Im Boot-Menü und dort in den Boot-Optionen muss man nach etwas wie "CSM" suchen; "CSM starten"; "UEFI und Vermächtnis". Diese Option muss aktiviert sein. Der Boot-Modus muss auf "Auto" stehen.

Danach konnte ich von Ubuntu-CD booten. aber nur die vorinstallierten windows 10 überschreiben ... das war kein wirklicher verlust.

Bei mir hat folgendes geklappt.

1. Behalten Sie den sicheren Start bei

2. Rufen Sie das BIOS auf, indem Sie während des Startvorgangs F2 drücken und dann die BootPfeiltasten verwenden. Klicke aufUEFI 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 ...
   

   Transkribiert von: BIOS Screenshot 1

3. Dann gelangen Sie zu diesem Bildschirm:

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

   Transkribiert von: BIOS Screenshot 2

   Stellen Sie hier sicher, dass Boot Option #1als ausgewählt istubuntu

Hinweis: Sie sind sich nicht sicher, ob dies bei einem Dual-Boot mit Windows zu Problemen führt. In meinem Fall habe ich nur Ubuntu! Auch wie Fransisco vorgeschlagen , kopierte ich grub64.efizu mmx64.efibooten zu machen.

Für den sicheren Start mit während der Installation aktivierten / überprüften Treibern von Drittanbietern muss beim Neustart ein neues MOK in UEFI registriert werden. Das Ubuntu-Installationsprogramm registriert dazu einige Mok * EFI-Variablen, bevor das Erstellen der EFI-Systempartition für Ihre neue Ubuntu-Installation abgeschlossen ist. Wenn der Installer unterbrochen wird, bevor er fertig ist, müssen zwei Mok * EFI-Variablen entfernt werden:

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

Führen Sie die folgenden zwei Befehle aus:

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

Wenn Sie jetzt mit Ihrem Ubuntu-Installationsmedium neu starten, sollte der Fehler "Öffnen von \ EFI \ BOOT \ mmx64.efi fehlgeschlagen - Nicht gefunden" nicht mehr angezeigt werden.

Wenn Ihre mit Secure Boot signierte interne Shell nicht über den Befehl dmpstore verfügt (oder Sie keine interne Shell-Option haben), müssen Sie Secure Boot vorübergehend deaktivieren und eine andere Shell verwenden (z. B. https://github.com/tianocore) /edk2/blob/UDK2018/ShellBinPkg/UefiShell/X64/Shell.efi ).

Update: Für eine Secure Boot-fähige Lösung: Starten Sie https://clonezilla.org/downloads/download.php?branch=alternative "alternative amd64" mit aktiviertem Secure Boot. Eingabeaufforderung von Enter_shell. cmd Eingabeaufforderung eingeben. Lauf:

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

Ref: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171/comments/51

Ich benutzen PowerISO für Linux die ISO und kopieren zu ändern , grubx64.efium im mmx64.efiInneren \EFI\BOOT\Verzeichnis.