Sto installando Ubuntu 16.04 in un computer Intel NUC con UEFI abilitato. Sto usando un SSD da un altro computer. Durante l'installazione ho scelto Cancella il disco e ho effettuato una nuova installazione completa

Alla fine del processo vedo:

grub-efi-amd64-signed failed installation /target/ Ubuntu 16.04 

E il sistema non si avvia.

Ho provato a usare boot-repair ma a quanto pare non risolve il problema.

Ho avuto esattamente lo stesso problema installando il desktop 16.04 64 su un nuovo SSD con UEFI abilitato usando il supporto di installazione USB. A differenza della domanda, ho scelto di creare le mie partizioni poiché avevo altri dischi da montare. Ho riscontrato questo errore vicino all'inizio dell'installazione del pacchetto.

Dopo un po 'di ricerche su google ho trovato questa pagina:

https://help.ubuntu.com/community/UEFI#General_principles

che afferma nella General principlessezione:

se non vi era alcuna partizione UEFI sul tuo HDD, devi prima crearlo

e indica:

https://help.ubuntu.com/community/UEFI#Creating_an_EFI_System_Partition

Quali Stati:

1. Punto di montaggio: / boot / efi (nota: non è necessario impostare questo punto di montaggio quando si utilizza il partizionamento manuale, il programma di installazione di Ubuntu lo rileverà automaticamente)
2. Dimensioni: minimo 100 Mb. 200 MiB consigliati.
3. Tipo: FAT32
4. Altro: necessita di un flag "boot".

Così ho reinstallato e quando sono arrivato a partizionare il mio disco, ho scelto l'opzione EFI dall'elenco che include filesystem e swap ecc. E l'ho fatto 200 MB all'inizio del disco. Non ho avuto la possibilità di selezionare il filesystem o impostare il flag di avvio.

Dopo questo il resto dell'installazione è andato bene.

Ecco come le partizioni su questo disco si occupano dell'installazione:

Le stesse informazioni possono essere visualizzate eseguendo parted:

$ sudo parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA Samsung SSD 750 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 2      1049kB  200MB  199MB   fat32                 boot, esp
 3      200MB   242GB  242GB   ext4
 1      242GB   250GB  8000MB  linux-swap(v1)

(parted) q

Si noti che la partizione creata è una partizione di sistema EFI (ESP) e il disco ha una tabella delle partizioni GUID (GPT) anziché una tabella delle partizioni MBR .

Se cerchi in /boot/efio /sys/firmware/efi/su questo disco dovresti trovarli popolati, allo stesso modo in esecuzione sudo efibootmgrdovrebbe fornire un output reale, vedi il link qui sotto se vuoi maggiori informazioni.

Maggiori informazioni

Se desideri saperne di più su come funziona UEFI, quindi l' avvio post UEFI: come funziona effettivamente, allora? di Adam Williamson è altamente raccomandato.

Descrive la situazione che causa questo errore nell'articolo (nota che è un utente Fedora ma lo stesso vale per Ubuntu):

Gestione della partizione di sistema EFI se si esegue il partizionamento manuale

Posso solo dare consigli autorevoli per Fedora qui, ma l'essenza può essere utile per altre distro / sistemi operativi.

Se permetti a Fedora di gestire il partizionamento per te quando esegui un'installazione nativa UEFI - e usi un disco formattato GPT, o gli permetti di riformattare il disco (eliminando tutte le partizioni esistenti) - gestirà le cose della partizione di sistema EFI per te .

Se si utilizza il partizionamento personalizzato, tuttavia, si prevede di fornire una partizione di sistema EFI da utilizzare per l'installazione. In caso contrario, il programma di installazione si lamenterà (con un messaggio di errore un po 'confuso) e rifiuterà di avviare l'installazione.

Quindi, se stai eseguendo un'installazione nativa UEFI e stai usando il partizionamento personalizzato, devi assicurarti che una partizione del tipo "Partizione di sistema EFI" sia montata su / boot / efi - è qui che Fedora si aspetta di trovare la partizione di sistema EFI utilizzando. Se esiste una partizione di sistema EFI esistente sul sistema, basta impostare il suo punto di montaggio su / boot / efi. Se non esiste ancora una partizione di sistema EFI, crearne una, impostarne il tipo su partizione di sistema EFI, renderla almeno 200 MB grande (500 MB è buona) e impostare il punto di montaggio su / boot / efi

Per fortuna ho risolto il mio problema.

Ho avviato con il live usb e chiamato Disks, e ho eliminato manualmente tutte le parti dell'SSD.

Quindi ho riavviato con uefi abilitato nel firmware del computer. Sono entrato nel desktop Ubuntu live USB e da lì ho installato Ubuntu.

Ho controllato le due caselle dicendo che installare aggiornamenti e software da altri. Questa volta l'installazione è andata bene.

Ho avuto lo stesso problema con l'installazione di Ubuntu MATE 17.04. Stavo provando a fare un doppio avvio insieme a Windows 10. My Windows è in modalità Legacy e il supporto UEFI è stato abilitato nelle impostazioni del BIOS. Ho disabilitato il supporto UEFI e l'installazione è stata completata in modo impeccabile. Spero che qualcuno lo trovi utile.

È inoltre possibile creare una partizione uefi di avvio, se il sistema lo consente. Ho lo stesso problema e impossibile che uefi sia un'opzione ed è più permanente, ma ero in corsa quindi creo la partizione di avvio di uefi: l'opzione appare nella stessa opzione di / boot, in basso

Ho riscontrato lo stesso problema quando ho provato a installare mint 18 kde su una scheda madre gigabyte. Il mio problema era che stavo provando a fare il boot da usb in modalità Uefi.

Hai anche l'avvio in modalità compatibilità. Molto probabilmente è necessario modificare alcune impostazioni del BIOS per farlo. Nel mio caso ho dovuto selezionare "solo legacy" nella selezione della modalità di avvio.

Se si avvia in modalità compatibilità, verrà visualizzata una schermata che indica l'avvio automatico in 10 secondi, quindi verrà visualizzato un menu. Se si avvia in modalità Uefi, verrà visualizzato direttamente il menu.

Ho affrontato lo stesso problema. Ciò che ha funzionato per me è stato durante l'installazione, quando il programma di installazione ti chiede se vuoi installare in modalità UEFI, digli di no. Dovrebbe avvertirti delle ripercussioni di questo, ma dopo aver fatto questa strada, non ho affrontato problemi.

Le altre soluzioni che ho trovato durante la ricerca di questo problema riguardavano

• Riavviare il computer con lo stesso (o un altro) disco live ed eseguire la riparazione di avvio sul computer in questione.
• Guardando i registri di installazione e spegnendo il computer quando vedi se installare GRUB appena prima del crash (suppongo che questo richieda dei tempi, anche se ti consiglio vivamente di non farlo. Dovresti sempre cercare di astenermi dallo spegnere un dispositivo mentre installi qualcosa).

Aveva lo stesso messaggio di errore, risulta che avevo una directory danneggiata nella partizione EFI che stava causando la rinuncia a grub ad ogni tentativo di installazione.

fsck ha impiegato troppo tempo, quindi chkdsk di Windows ha rapidamente eliminato la corruzione e la seconda installazione è andata bene.

Ho ricevuto esattamente lo stesso messaggio e l'ho risolto semplicemente collegando il mio computer a Internet (stavo usando un programma di installazione USB per installarlo su una macchina completamente nuova con un SSD nuovo di zecca senza nulla).

Una volta connesso, il programma di installazione può scaricare eventuali dipendenze mancanti nel programma di installazione, come richiesto per la mia configurazione.

L'omaggio era un problema di dipendenza e non un problema di partizionamento / disco era nel /var/log/syslogfile. Il messaggio relativo alla mancata installazione di Grub può significare molte cose e generalmente dovresti controllare /var/log/syslogper scoprire qual è il vero problema.

Ho scoperto che quanto sopra non ha funzionato davvero per me cercando di installare Ubuntu 16.04 su una chiavetta USB da un'altra chiavetta USB. Dopo 2 giorni di angoscia, questo è quello che ho fatto per farlo andare avanti. Questo mi ha dato una doppia installazione di Windows 10 e Ubuntu sullo stesso disco rigido e nel processo, risolto questo problema:

• Utilizzare un disco rigido di destinazione e un hardware cdrom di origine da installare
• Scarica / masterizza su DVD Windows 10 (generico per tutte le versioni) e versioni di Ubuntu 16.04.3. Vengono creati i DVD di installazione 2.
• Avvia la versione live di Ubuntu senza installare.
• Elimina tutte le partizioni sul disco rigido usando il partizionatore integrato di Ubuntu gparted.
• Avvia il BIOS di sistema e assicurati che sia selezionato solo UEFI e che l'avvio legacy sia disattivato. Cambia anche l'ordine di avvio per assicurarti che il sistema si avvii prima dal cdrom se disponibile e il disco come seconda opzione.
• Inserisci il disco di Windows e vai avanti e installa Windows (ho usato Windows 10 Pro 64 bit) sul disco rigido. Non hai bisogno di una licenza per fare questo - dì solo che non hai una licenza quando richiesto.
• Avvia Windows e assicurati che funzioni. Ho scoperto che non si sarebbe spento correttamente, ma questo non sembrava importare. Ho anche permesso a Windows 10 di passare attraverso i suoi cicli di aggiornamento completi, anche se questo probabilmente non aveva importanza. Ci vogliono solo secoli.
• Ora riavvia nuovamente Ubuntu live. Questa volta usalo per ridurre l'ultima partizione di dati in modo da creare spazio per un'installazione di Ubuntu. Lascia lo spazio libero non allocato. Avevo bisogno di Windows, quindi ho lasciato metà delle dimensioni del disco per Windows.
• Seleziona l'app di installazione integrata nel dvd ubuntu. Scegli l'opzione da installare insieme al sistema operativo Windows esistente. Ho lasciato le opzioni predefinite in modo da farlo creare 2 partizioni root e scambiarle nello spazio libero.

Che era. Quando eseguo l'avvio, viene visualizzato un messaggio che richiede se si desidera che Windows o Ubuntu o Ubuntu siano avanzati con più opzioni. Avevo passato anni a giocare con l'avvio da chiavette USB ma mi è costato 2 giorni interi. L'uso del cdrom e del disco rigido, vecchio stile, sembra aver aiutato.

La mia soluzione al problema era la seguente.

1) Per qualche motivo il mio disco EFI è stato bloccato da Windows ed è per questo che Grub non è stato installato sul mio EFI.

Ho avviato Windows e l'ho spento (Windows -> Spegni -> Spegni, non riavviare ). NB: in caso di riavvio, Windows potrebbe riavviarsi in modalità Riavvio rapido che lascia bloccato EFI - questo è quello che mi è successo.

2) Eseguo Ubuntu Live Disk ed eseguo l'utilità Boot-Repair ( URL ) utilizzando le impostazioni standard.

Successivamente, il mio sistema ha iniziato ad avviarsi normalmente tramite Grub.

Il trucco era che senza l'elemento 1 (EFI era bloccato da Windows) l'utilità Boot-Repair non era in grado di riparare il mio Grub.

solo per la cronaca ho affrontato lo stesso problema installando un 16.04 su un Acer tmb117 ho cancellato totalmente il disco interno usando il live usb quindi ho riavviato e semplicemente avviato l'installazione (standalone, nessun altro sistema accanto a Ubuntu) la connessione è stata disattivata.