Impossibile installare Ubuntu 18.10 su XPS 15 - EFI \ BOOT \ mmx64.efi non trovato

50

Ho provato a installare Ubuntu 18.10 sul mio XPS 15 9570 prima. Tutto funzionava bene fino a quando non sono arrivato alla parte di selezione della partizione dell'installazione. Questo è quando il programma di installazione si è bloccato e ho dovuto spegnere la mia macchina. Penso che sia perché avevo impostato la mia configurazione SATA su RAID ON anziché su AHCI, che ora è stato risolto.

Ora, quando provo a eseguire il programma di installazione dalla mia USB avviabile, ottengo il seguente errore

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

Sperando che qualcuno possa avere qualche idea su cosa stia succedendo

boot  dual-boot  uefi  dell  18.10 
— rykeeboy
fonte
Ciao, spero che sia lo stesso, ho avuto problemi ( askubuntu.com/questions/1066599/… ) con EFI e risolvo solo la creazione di una partizione, prima della partizione BOOT. Controlla questa domanda per vedere se aiuta: askubuntu.com/questions/789998/…
— Miguel Espeso,
1
Non è necessario né necessario il gestore chiavi, Ubuntu utilizza il tasto Windows installato. Hai disattivato UEFI Secure Boot? Molti Dell necessitano anche di un aggiornamento UEFI. askubuntu.com/questions/1042414/…
— oldfred
1
La mia nuova installazione pulita di 18.10 ha inserito mmx64.efi in / EFI / Boot e / EFI / ubuntu. Non l'avevo mai visto prima.
— oldfred
So che ora è relativamente vecchio, ma questo è legato al bug: bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171
— Skaparate
La soluzione / soluzione consiste nel rinominare i file: nrecursions.blogspot.com/2019/08/…
— Nav

Risposte:

51

Ho avviato una chiavetta USB Ubuntu Live, andato nel mio disco rigido /boot/eficartella e rinominato il file grubx64.efipermmx64.efi

Riavvia il computer e dovrebbe funzionare.

— Joe Meagher
fonte
4
2 ore su Google prima di trovare questo! Grazie.
— Ivan Meredith,
1
Questo non aiuta molto poiché l'unità di avvio viene letta solo per impostazione predefinita. Ci sono cerchi significativi da saltare per essere in grado di modificare questi file.
— Gnomed il
2
@gnomed Esiste una seconda partizione FAT con lo stesso layout ( efi/boot). Sono riuscito ad avviare la chiavetta USB rinominando il file di conseguenza.
— Christian Rauch,
1
@ joe-meagher Come puoi farlo su una USB live avviabile?
— giovedì
Stavo cercando di installare Ubuntu 18.10 sul mio Asus rog g751jt e ho avuto lo stesso problema, ho creato il programma di installazione con Universal-USB-Installer-1.9.8.2 su Windows 10, ma questa era la soluzione, grazie.
— Minichini Fernando,
16

Il problema era che nel USB avviabile il file mmx64.efinon esiste, quindi la soluzione era quella di copiare il file grubx64.eficon il nome mmx64.efi(così la cartella drive USB /EFI/BOOTcontiene ora tre file: BOOTx64.EFI, grubx64.efie mmx64.efi). Quindi, riavviare e l'installazione dovrebbe funzionare.

Ho creato l'unità di avvio USB da Windows 10 con Rufus.

La copia può essere eseguita utilizzando qualsiasi editor di file sullo stesso o su un altro computer, se le impostazioni predefinite sono state utilizzate in Rufus per l'unità USB.

— Francisco Ibáñez
fonte
1
bene, questo è fondamentalmente ciò che suggeriva la risposta accettata. Ma copiare il file piuttosto che semplicemente trasmetterlo è quasi sicuramente un'idea migliore ... Se vuoi ringraziare un'altra risposta, puoi semplicemente votarla (questo viene registrato anche se non hai abbastanza reputazione per influire sul punteggio ). Se vuoi migliorarlo, puoi suggerire una modifica. Non sto votando per eliminare il tuo post, in quanto potrebbe essere utile così com'è. Ma cerca di evitare di duplicare le informazioni sui siti SE pubblicando risposte simili.
— Zanna,
12

Le risposte qui suggeriscono tutte la modifica del file system su USB live, il che non è davvero possibile senza ricostruire l'intera immagine ISO per quanto ho capito.

Penso che il motivo per cui si sono verificati il ​​mio problema e quello dell'OP è stato che abbiamo spuntato la casella per l'installazione di software di terze parti nel programma di installazione e successivamente abbiamo selezionato la casella per la gestione dell'avvio protetto tramite MOK come richiesto, ma non siamo riusciti a terminare il installazione e ha lasciato il computer in uno stato in cui si aspettava di avviare il gestore MOK al successivo avvio con un percorso esistente nel sistema Ubuntu, ma non su Live USB.

Per risolvere questo ho fatto uno strano lavoro in giro. Ho seguito le istruzioni per l'installazione di Ubuntu tramite Wubi, come fornito qui , e poi, dopo aver riavviato il mio computer, Wubi è riuscito ad avviare il gestore MOK e sebbene non abbia eseguito alcuna gestione MOK, sembra che questo abbia impedito al computer di aspettarsi di trovare un Manager MOK all'avvio, e quando ho provato ad avviare da USB in seguito ha funzionato all'improvviso. Successivamente ho appena eliminato l'installazione di Wubi e tutti i file di Wubi e ho installato Ubuntu in modo normale usando Live USB.

Potrei sbagliarmi sui miei presupposti in questa risposta, ma dopo aver provato diversi USB e molte diverse immagini ISO di Ubuntu, questo è ciò che alla fine ha fatto il trucco.

Nota: ciò che ho descritto in questa risposta richiede che tu abbia installato Windows, cosa che potresti non fare. In caso contrario, potresti essere in grado di risolverlo in modo simile avviando un sistema con GRUB e il gestore MOK su di esso.

— tjespe
fonte
La cosa sul software di terze parti è esattamente ciò che è accaduto nel mio caso. Tuttavia, non è necessario ricostruire l'immagine ISO. Una volta creata l'unità USB avviabile, puoi semplicemente modificarne il contenuto.
— ke.
5

Ho riscontrato lo stesso problema con lo stesso messaggio di errore durante l'installazione Ubuntu 18.04.2 LTSsul mio Acer Aspire V 17 Nitro Black Edition. La soluzione corretta per me era riavviare l'avvio protetto e aggiungere \EFI\BOOT\grubx64.efi(situato sul supporto USB di installazione di Ubuntu) .efiall'elenco di fiducia nel mio BIOS ( F2) e disattivare nuovamente l' avvio protetto . Successivamente ho riavviato e chiamato il boot manager tramite F12lì sono stato in grado di selezionare il file efi attendibile. Questo grub invocato e ho solo bisogno di selezionare install Ubuntuper avviare l'installazione.

— Westranger
fonte
2

Ciò accade perché Windows ha la possibilità di essere eseguito per primo, esegue i suoi aggiornamenti e attiva l'avvio sicuro nel BIOS. Devi andare nel bios e spegnerlo. Durante l'installazione di Ubuntu ti verrà chiesto di accenderlo se installi driver di terze parti.

Windows ha appena il tuo BIOS Hellen Keller e ti permette di capire cosa ha fatto un casino.

— alex
fonte
0

ho risolto il problema seguendo questa pagina: https://www.pcwelt.de/ratgeber/So-klappt-der-Multiboot-mit-Windows-Linux-Doppel-OS-9666313.html

Ok, è scritto in tedesco, quindi tradurrò la parte, che ha risolto il mio problema: nel menu di avvio, e lì le opzioni di avvio, devi cercare qualcosa come "CSM"; "Avvia CSM"; "UEFI ed eredità". Questa opzione deve essere abilitata. La modalità di avvio deve essere su "Auto".

Dopo questo, ho potuto avviare da Ubuntu-cd. ma sovrascrivere solo Windows 10 preinstallato ... che non era una vera perdita.

— Essere
fonte
0

Per me, il seguente ha funzionato.

  1. Mantieni l'avvio sicuro

  2. Vai al BIOS premendo F2 durante l'avvio, quindi vai a Bootusare i tasti freccia. Clicca suUEFI 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 ...

    Trascritto da: screenshot del BIOS 1

  3. Quindi, si arriva a questa schermata:

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

---------------------------------------------------------

    Trascritto da: BIOS screenshot 2

    Qui assicurati che Boot Option #1sia selezionato comeubuntu

Nota: non sono sicuro se questo creerà problemi se si dispone di doppio avvio con Windows. Nel mio caso, ho solo Ubuntu! Inoltre, come suggerito da Fransisco , ho copiato grub64.efiper mmx64.efifare il boot.

— pawanlri
fonte
0

Ho usato PowerISO per Linux per modificare la norma ISO e copiare grubx64.efia mmx64.efidentro \EFI\BOOT\directory.

— Mitar
fonte
0

L'avvio protetto con driver di terze parti controllati / abilitati durante l'installazione richiede la registrazione di un nuovo MOK in UEFI al riavvio. L'installer di Ubuntu lo fa registrando alcune variabili Mok * EFI prima che abbia effettivamente finito di creare la partizione di sistema EFI per la tua nuova installazione di Ubuntu. Se il programma di installazione viene interrotto prima del completamento, è necessario rimuovere due variabili 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

Eseguire i seguenti due comandi dalla shell UEFI (interna):

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

Ora quando si riavvia con il supporto di installazione di Ubuntu, non si dovrebbe più ricevere l'errore "Impossibile aprire \ EFI \ BOOT \ mmx64.efi - Non trovato".

Se la shell interna firmata Secure Boot non dispone del comando dmpstore (o non si dispone di un'opzione Shell interna), sarà necessario disabilitare temporaneamente l'avvio protetto e utilizzare una shell diversa (ad esempio, https://github.com/tianocore /edk2/blob/UDK2018/ShellBinPkg/UefiShell/X64/Shell.efi ).

Aggiornamento: per una soluzione Secure Boot abilitata: boot https://clonezilla.org/downloads/download.php?branch=alternativa "alternativa amd64" con Secure Boot abilitato. Prompt della riga di comando Enter_shell. cmd Immettere il prompt della riga di comando. Correre:

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

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

— rcpa0
fonte
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.