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

48

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

boot  dual-boot  uefi  dell  18.10 
— rykeeboy
źródło
Cześć, mam nadzieję, że jest tak samo, miałem problemy ( askubuntu.com/questions/1066599/... ) z EFI i tylko rozwiązałem tworzenie partycji przed partycją BOOT. Sprawdź to pytanie, aby zobaczyć, czy to pomaga: askubuntu.com/questions/789998/…
— Miguel Espeso,
1
Nie powinieneś potrzebować ani nie chcieć menedżera kluczy, Ubuntu używa zainstalowanego klucza Windows. Czy wyłączyłeś Bezpieczny rozruch UEFI? Wiele firm Dell potrzebuje również aktualizacji UEFI. askubuntu.com/questions/1042414/…
— oldfred,
1
Moja nowa czysta instalacja 18.10 umieściła mmx64.efi zarówno w / EFI / Boot, jak i / EFI / ubuntu. Nie widziałem tego wcześniej.
— oldfred
Wiem, że jest to teraz stosunkowo stary, ale jest to związane z błędem: bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171
— Skaparate
Obejściem / rozwiązaniem jest zmiana nazwy plików: nrecursions.blogspot.com/2019/08/…
— Nav

Odpowiedzi:

50

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ć.

— Joe Meagher
źródło
4
2 godziny googlingu, zanim to znalazłem! dzięki.
— Ivan Meredith,
1
To niewiele pomaga, ponieważ dysk rozruchowy jest domyślnie tylko do odczytu. Istnieją znaczące przeszkody, aby przejść przez te pliki.
— gnomed
2
@gnomed Istnieje druga partycja FAT o tym samym układzie ( efi/boot). Udało mi się uruchomić pamięć USB, odpowiednio zmieniając nazwę pliku.
— Christian Rauch
1
@ Joe-Meagher Jak możesz to zrobić na bootowalnym live USB?
— tjespe
Próbowałem zainstalować Ubuntu 18.10 na moim Asus rog g751jt i dostałem ten sam problem, tworzę instalator z Universal-USB-Installer-1.9.8.2 na Windows 10, ale to było rozwiązanie, dziękuję.
— Minichini Fernando
16

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.

— Francisco Ibáñez
źródło
1
cóż, to w zasadzie sugerowała zaakceptowana odpowiedź. Ale skopiowanie pliku zamiast zwykłego zapisu jest prawie na pewno lepszym pomysłem ... Jeśli chcesz podziękować za inną odpowiedź, możesz po prostu ją głosować (jest to rejestrowane, nawet jeśli nie masz wystarczającej reputacji, aby wpłynąć na wynik) ). Jeśli chcesz to poprawić, możesz zasugerować edycję. Nie głosuję za usunięciem Twojego postu, ponieważ może być przydatny w obecnej postaci. Staraj się jednak unikać powielania informacji na stronach SE, zamieszczając podobne odpowiedzi.
— Zanna
12

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.

— tjespe
źródło
Rzecz w oprogramowaniu innych firm jest dokładnie tym, co dzieje się w moim przypadku. Pamiętaj jednak, że nie musisz odbudowywać obrazu ISO. Po utworzeniu rozruchowego dysku USB możesz po prostu edytować jego zawartość.
— ke.
4

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ę.

— Westranger
źródło
2

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.

— Alex
źródło
0

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ą.

— Być
źródło
0

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ć.

— pawanlri
źródło
0

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

— rcpa0
źródło
0

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

— Mitar
źródło
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.