Nie można zainstalować Ubuntu 18.10 na XPS 15 - nie znaleziono EFI \ BOOT \ mmx64.efi

Próbowałem wcześniej zainstalować Ubuntu 18.10 na moim XPS 15 9570. Wszystko działało dobrze, dopóki nie dotarłem do części instalacji dotyczącej wyboru partycji. Wtedy instalator się zawiesił i musiałem wyłączyć maszynę. Myślę, że to dlatego, że miałem konfigurację SATA ustawioną na RAID ON zamiast AHCI, co jest teraz naprawione.

Teraz, gdy próbuję uruchomić instalator z mojego rozruchowego USB, pojawia się następujący błąd

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

Mam nadzieję, że ktoś może mieć pojęcie o tym, co się dzieje

Uruchomiłem pamięć USB Ubuntu Live, poszedłem do /boot/efifolderu na dysku twardym i zmieniłem nazwę pliku grubx64.efinammx64.efi

Uruchom ponownie komputer i powinien on działać.

Problem polegał na tym, że w startowego USB plik mmx64.efinie istnieje, więc obejście było skopiować plik grubx64.efipod nazwą mmx64.efi(tak folder USB Drive /EFI/BOOTteraz zawiera trzy pliki: BOOTx64.EFI, grubx64.efii mmx64.efi). Następnie uruchom ponownie komputer i instalacja powinna działać.

Rufus stworzyłem dysk rozruchowy USB z systemu Windows 10.

Kopiowanie można wykonać za pomocą dowolnego edytora plików na tym samym lub innym komputerze, jeśli w Rufus dla napędu USB zastosowano ustawienia domyślne.

Wszystkie odpowiedzi tutaj sugerują modyfikację systemu plików na żywo USB, co nie jest tak naprawdę możliwe bez przebudowania całego obrazu ISO, o ile rozumiem.

Myślę, że przyczyną mojego problemu i problemu PO było to, że zaznaczyliśmy pole instalowania oprogramowania innych firm w instalatorze, a następnie zaznaczyliśmy pole zarządzania bezpiecznym uruchomieniem za pośrednictwem MOK zgodnie z wymaganiami, ale nie byliśmy w stanie dokończyć instalacji i pozostawił komputer w stanie, w którym spodziewał się uruchomić menedżera MOK przy następnym uruchomieniu ze ścieżką, która istnieje w systemie Ubuntu, ale nie na Live USB.

Aby rozwiązać ten problem, wykonałem dziwną pracę. Postępowałem zgodnie z instrukcjami instalacji Ubuntu za pośrednictwem Wubi, jak tutaj podano , a następnie, po ponownym uruchomieniu komputera, Wubi udało się uruchomić menedżera MOK i chociaż nie wykonałem żadnego zarządzania MOK, wydaje się, że to powstrzymało komputer przed oczekiwaniem na znalezienie Menedżer MOK podczas uruchamiania, a kiedy próbowałem uruchomić komputer z USB, nagle zadziałało. Potem właśnie usunąłem instalację Wubi i wszystkie pliki Wubi i zainstalowałem Ubuntu w normalny sposób, używając Live USB.

Mogłem się mylić co do moich założeń zawartych w tej odpowiedzi, ale po wypróbowaniu kilku urządzeń USB i wielu różnych obrazów ISO Ubuntu, to w końcu załatwiło sprawę.

Uwaga: To, co opisałem w tej odpowiedzi, wymaga zainstalowanego systemu Windows, czego możesz nie mieć. Jeśli nie, możesz rozwiązać problem w podobny sposób, uruchamiając system z GRUB-em i menedżerem MOK.

Podczas instalacji Ubuntu 18.04.2 LTSna moim napotkałem ten sam problem z tym samym komunikatem o błędzie Acer Aspire V 17 Nitro Black Edition. Właściwym rozwiązaniem było dla mnie ponowne włączenie bezpiecznego rozruchu i dodanie \EFI\BOOT\grubx64.efi(znajdującego się na nośniku instalacyjnym USB Ubuntu) do zaufanej .efilisty w moim systemie BIOS ( F2) i ponowne wyłączenie bezpiecznego rozruchu . Następnie zrestartowałem się i zadzwoniłem do menedżera rozruchu, dzięki F12czemu mogłem wybrać zaufany plik efi. To wywołało gruba i po prostu musiałem wybrać, install Ubuntuaby rozpocząć instalację.

Miałem ten sam problem. Stworzenie bootowalnego USB z UEFI wystarczyło.

Oto instrukcje: Jak utworzyć rozruchowy nośnik USB na żywo z UEFI?

Więcej informacji na temat rozruchu UEFI na Ubuntu: https://help.ubuntu.com/community/UEFI

Dzieje się tak, ponieważ system Windows ma szansę na uruchomienie w pierwszej kolejności, uruchomienie aktualizacji i włączenie bezpiecznego rozruchu w systemie BIOS. Musisz wejść w bios i wyłączyć to. Podczas instalacji ubuntu poprosi o włączenie, jeśli instalujesz sterowniki innych firm.

Windows po prostu Hellen Keller jest twoim BIOSem i pozwala ci dowiedzieć się, co popsuło.

Skończyłem instalowanie Ubuntu 18.04 JackHack96 respin dla XPS 15, a następnie uaktualnienie do 18.10

Rozwiązałem problem, wykonując tę ​​stronę: https://www.pcwelt.de/ratgeber/So-klappt-der-Multiboot-mit-Windows-Linux-Doppel-OS-9666313.html

Ok, jest napisane w języku niemieckim, więc przetłumaczę część, która rozwiązała mój problem: w menu rozruchu, a tam opcje rozruchu, musisz wyszukać coś takiego jak „CSM”; "Uruchom csm"; „UEFI and Legacy”. Ta opcja musi być włączona. Tryb rozruchu musi być ustawiony na „Auto”.

Następnie mogłem uruchomić system z Ubuntu-CD. ale tylko nadpisuje wstępnie zainstalowane Windows 10 ... co nie było prawdziwą stratą.

Dla mnie następujące działało.

1. Zachowaj bezpieczny rozruch

2. Przejdź do systemu BIOS, naciskając klawisz F2 podczas rozruchu, a następnie przejdź do Bootużywania klawiszy strzałek. KliknijUEFI 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 ...
   

   Przepisywane z: zrzut ekranu BIOS 1

3. Następnie przejdziesz do tego ekranu:

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

   Przepisywane z: zrzut ekranu BIOS 2

   Tutaj upewnij się, że Boot Option #1jest wybrane jakoubuntu

Uwaga: Nie jestem pewien, czy spowoduje to problemy, jeśli masz podwójny rozruch z systemem Windows. W moim przypadku mam tylko Ubuntu! Ponadto, zgodnie z sugestią Fransisco , skopiowane grub64.efido mmx64.efiaby go uruchomić.

Bezpieczny rozruch ze sprawdzonymi / włączonymi sterownikami innych producentów podczas instalacji wymaga rejestracji nowego MOK w UEFI podczas ponownego uruchamiania. Instalator Ubuntu robi to, rejestrując niektóre zmienne Mok * EFI przed faktycznym zakończeniem tworzenia partycji systemowej EFI dla nowej instalacji Ubuntu. Jeśli Instalator zostanie przerwany przed jego zakończeniem, musimy usunąć dwie zmienne 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

Uruchom następujące dwa polecenia:

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

Teraz po ponownym uruchomieniu komputera za pomocą nośnika instalacyjnego systemu Ubuntu nie powinien już pojawiać się błąd „Nie można otworzyć \ EFI \ BOOT \ mmx64.efi - nie znaleziono”.

Jeśli podpisana wewnętrzna powłoka bezpiecznego rozruchu nie ma polecenia dmpstore (lub nie masz opcji powłoki wewnętrznej), musisz tymczasowo wyłączyć bezpieczny rozruch i użyć innej powłoki (np. Https://github.com/tianocore /edk2/blob/UDK2018/ShellBinPkg/UefiShell/X64/Shell.efi ).

Aktualizacja: w przypadku rozwiązania obsługującego bezpieczny rozruch: uruchom https://clonezilla.org/downloads/download.php?branch=alternative „alternatywny amd64” z włączonym bezpiecznym uruchomieniem. Wiersz polecenia Enter_shell. cmd Wprowadź wiersz polecenia. Biegać:

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

Użyłem PowerISO dla Linuxa, aby zmodyfikować ISO i skopiować grubx64.efido katalogu mmx64.efiwewnętrznego \EFI\BOOT\.