"Il pacchetto 'grub-efi-amd64-signed' non è stato installato in / target /” durante l'installazione di Ubuntu 18.04 [duplicato]

Quando sto cercando di installare Ubuntu 18.04 sul mio desktop, mostra il seguente errore:

Il 'grub-efi-amd64-signed'pacchetto non è riuscito a installare nella /target/. Senza il bootloader di GRUB, il sistema installato non si avvierà.

Come riparare questo errore?

Risposta originale modificata e modificata, DOPO ulteriori 20+ esperimenti su entrambe le mie macchine. Per farla breve, rimuoverò tutte le ipotesi e le conclusioni errate nella vecchia risposta.

---------------- I miei computer SONO 1. Fujitsu LIFEBOOK-LH532, che il BIOS UEFI nella scheda madre è stato distrutto da Ubuntu EFI ubiquity versione 12.04, nel 2012 https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 Ovviamente scelgo l'installazione manuale del BIOS sul mio Notebook UEFI LH532. NON VOGLIO APRIRE IL MIO TACCUINO PER CORRIRE IL MAGLIONE DEL CIRCUITO cl1 & cl2 SULLA MAINBOARD DI NUOVO SOLO CHE "IL BUG" È ANCORA QUI. *** Ho forzato la modalità BIOS manuale non fornendo la partizione EFI su alcun disco rigido. MA TUTTE LE INSTALLAZIONI RILEVANNO LA MANUTENZIONE UEFI E TENTERANNO DI INSTALLARE EFI UBUNTU "PRIMA".

2. Vecchia scheda madre Gigabyte xenon server non UEFI.

   Che non ha alcun errore.

Gli errori esattamente come l'argomento, hanno causato SOLO TACCUINI "UEFI".

1. Notebook UEFI NON botable (LH532). Ubiquity Distruggi il UBUNTU GRUB esistente.
2. "OR IF FORTUNATO" utilizzerà solo il vecchio BIOS di BIOS installato entro il 16.04 e si avvierà nel nuovo 18.04 (nelle vecchie partizioni 16.04) con qualche errore all'inizio del tempo di avvio.

Ho corretto il boot da

1. Dolore?? complesso? Utilizzando Boot-Repair (non è stato possibile utilizzare grubcustomiser) installato nell'installazione ubuntu esistente su altre partizioni o BOOTED Live usb. E seguire le istruzioni che erano diverse da una volta alle altre dipende dalla configurazione dei dischi rigidi nei sistemi e dal sapore di Ubuntu 18.04 utilizzato.

https://help.ubuntu.com/community/Boot-Repair

2. Facile ed eccellente "il più delle volte". Ho usato 16.04 di UBUNTU O LUBUNTU per eseguire una nuova installazione su altre partizioni del disco rigido nello stesso computer, che hai installato "18.04" e non hai installato grub con questo ERRORE.

In modo che 16.04 farà il boot del tuo sistema. E sì, puoi accedere alle fantastiche versioni 18.04 da quel 16.04 grub.

E SÌ, utilizzo UBUNTU 18.04 per scrivere questa risposta, dopo LUBUNTU 16.04 ha installato NEW GRUB PER il mio notebook LH532 con l'opzione corretta per scegliere 18.04.

Il motivo dell'errore di questo argomento è che non si forniscono partizioni EFI per la modalità di installazione manuale "qualcos'altro".

Quindi, se volutamente, come me, non avere la partizione EFI. avrai questo errore.

Ma le versioni 16.04, hanno un'UBBIQUITÀ più intelligente o? qualunque cosa? del 18.04. Scoprirà che si installa con l'installazione del BIOS (nessuna partizione efi nel disco rigido) e si lascia scegliere "TORNA INDIETRO" per installare Ubuntu con la modalità BIOS. Ma il 18.04 eseguirà l'installazione senza alcuna scelta nel mio caso e nel tuo possibile.

Chiamerò quelle qualità più scadente in queste circostanze del 18.04 come "BUG". Ma potrebbe essere l'intenzione dei programmatori di costringerci a usare solo un'automazione pulita corretta solo ???, che dovrebbero rimuovere l'opzione "qualcos'altro".

3. Ho corretto i problemi completamente REFORMAT il mio SSD. Installa la modalità UEFI di Windows 10. Che crea automaticamente la partizione EFI.

Quindi installa UBUNTU 18.04 senza errori, anche se mi proibisce gelosamente di avviare MANJARO LINUX che ho installato dopo Windows 10 senza problemi.

E, naturalmente, UBUNTU 18.04 distrugge il mio BIOS F12. VIETI GENTEMENTE di installarmi su qualsiasi altro sistema operativo, e devo aprire la custodia del notebook sul ponticello di corto circuito CL1 e CL2 per far tornare F12 al supporto di avvio.

Ho segnalato questo a lunchpad come link che fornisco sopra.

Scusate un po 'l'argomento, ma fate sapere a tutti che ci sono più bug nell'ubiquità o nel processo di installazione più di questo problema.

Se dopo aver visualizzato questo messaggio di errore, hai riavviato il PC e non riesci ad avviare Ubuntu a causa dell'errore di avvio di GRUB, devi reinstallare GRUB manualmente nella partizione di sistema EFI (ESP) tramite chroot . Ecco come ho fatto per risolvere il problema nel mio caso.

Usa sessione live

Avvia il tuo LiveUSB (o LiveCD) e seleziona "Prova Ubuntu senza installare". Successivamente, potrebbe essere necessario assicurarsi di poter connettersi a Internet durante la sessione live.

chroot

Supponiamo che tu abbia installato Ubuntu nella /dev/sdXYpartizione e un ESP già esistente sia nella /dev/sdXZpartizione, sul disco rigido /dev/sdX. Apri un terminale ed esegui questi comandi:

$ sudo mount /dev/sdXY /mnt
$ sudo mount /dev/sdXZ /mnt/efi
$ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
(Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system)
$ sudo chroot /mnt

Reinstallare grub2 con la versione EFI corretta

Una volta effettuato il chroot nel sistema Ubuntu installato, assicurati di (reinstallare) il grub-efi-*pacchetto giusto per l'architettura del tuo PC:

# apt-get install --reinstall grub-efi-x86_64 (quello che ho usato per la CPU Intel i5)

o

# apt-get install --reinstall grub-efi-amd64

o

# apt-get install --reinstall grub-efi-ia32, ecc ... È possibile ottenere l'elenco dei pacchetti disponibili con # apt-cache search ^grub-efi

Infine, per installare grub2 nell'unità:

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi
# update-grub

Si prega di notare che --target=x86_64-efipuò essere diverso a seconda del sistema (ad es. Di i386-pcdefault, forse amd64-efi, ecc.). Controlla # grub-install --helpper maggiori informazioni.

Esci da chroot , sblocca / smonta directory sicure e riavvia

1. Esci da chroot con Ctrl+ Do# exit

2. Smonta in modo sicuro e riavvia:

   $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
   $ sudo umount /mnt/efi
   (Unmount any other customized partitions, if you had any)
   $ sudo umount /mnt
   $ sudo reboot
   

Ubuntu ora dovrebbe avviarsi normalmente.

Riferimenti:

• Come reinstallare GRUB2 EFI?
• Come posso reinstallare GRUB sulla partizione EFI?

Ho un errore simile durante l'installazione di Ubuntu 18.04 da USB di avvio. Ho realizzato un CD di avvio e l'installazione è stata eseguita correttamente.

Penso che tu abbia tre opzioni:

• Utilizzare una tabella delle partizioni GPT sul disco
  
• Avvia il programma di installazione in modalità legacy
  
• Quando entrambi non sono un'opzione (o falliscono), utilizzare la soluzione alternativa descritta in:
  https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

Spero che questo aiuti, saluti,
Onno

Ho avuto lo stesso identico problema, durante l'installazione da una chiavetta USB usando l'avvio UEFI. Quando ciò non ha funzionato, ho seguito uno dei commenti qui, eseguendo l'avvio dal disco flash generico non UEFI per eseguire l'installazione e ha funzionato. All'epoca non sapevo nulla di UEFI e non avevo idea del perché un metodo funzionasse, ma non l'altro.

Da allora, l'ho esaminato un po 'e ora capisco che UEFI (Unified Extensible Firmware Interface) è un successore del BIOS e ha requisiti diversi. In particolare, Linux richiede una partizione / boot / efi se si utilizza UEFI, che non avevo creato (stavo creando le partizioni manualmente).

I messaggi di errore potrebbero sicuramente essere più chiari. Il programma di partizione del disco UEFI dovrebbe richiedere la partizione di avvio efi prima di consentire di procedere. Invece, esegue la maggior parte dell'installazione di Linux prima di dare l'errore "Installazione di GRUB fallita".