“O pacote 'grub-efi-amd64-assinado' falhou ao instalar no / target /” durante a instalação do Ubuntu 18.04 [duplicado]

Quando estou tentando instalar o Ubuntu 18.04 na minha área de trabalho, ele mostra o seguinte erro:

O 'grub-efi-amd64-signed'pacote falhou ao instalar /target/. Sem o carregador de inicialização GRUB, o sistema instalado não inicializa.

Como corrigir este erro?

Resposta original editada e modificada, APÓS mais de 20 experiências em ambas as minhas máquinas. Para torná-lo uma resposta curta, removerei todas as suposições e conclusões incorretas da resposta antiga.

---------------- Meus computadores SÃO 1. Fujitsu LIFEBOOK-LH532, que UEFI BIOS na placa principal foi destruído pelo ubuntu EFI ubiquity versão 12.04, em 2012 https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 Obviamente, eu escolho a instalação manual do BIOS no meu NoteBook UEFI LH532. DESDE QUE NÃO QUERO ABRIR O MEU CADERNO PARA CURTO JUMPER DE CIRCUITO cl1 & cl2 NO MAINBOARD novamente DESDE QUE "O BUG" AINDA ESTÁ LÁ. *** Forcei o modo BIOS manual por não fornecer partição EFI em nenhum disco rígido. MAS TODAS AS INSTALAÇÕES DETECTARÃO O UEIN MAINBOARD E TENTARÃO INSTALAR O EFI UBUNTU "PRIMEIRO".

2. Servidor de xenônio Gigabyte antigo que não seja UEFI.

   O que não tem erros.

Os erros exatamente como o tópico é, resultaram em problemas apenas com o "UEFI" NOTEBOOK.

1. Notebook UEFI NÃO botável (LH532). Ubiquity Destrua o UBUNTU GRUB existente.
2. "OR IF LUCKY" apenas usará o antigo grub Bios instalado pelo 16.04 e inicializará no novo 18.04 (nas antigas partições 16.04) com algum erro no início do tempo de inicialização.

Eu consertei a inicialização por

1. Dor?? complexo? O uso do Boot-Repair (falha ao usar o grubcustomiser) instalado na instalação ubuntu existente em outras partições ou no BOOTED Live usb. E siga as instruções que eram diferentes de uma vez para as outras dependem da configuração dos discos rígidos nos sistemas, bem como do sabor do ubuntu 18.04 usado.

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

2. Fácil e excelente "na maioria das vezes". Eu usei o 16.04 do UBUNTU OU LUBUNTU para fazer uma nova instalação em outras partições do disco rígido no mesmo computador, que você instalou "18.04" e falhou ao instalar o grub com este erro.

Para que o 16.04 faça o seu sistema inicializar. E sim, você pode acessar as versões Great 18.04 desse grub 16.04.

E SIM, eu uso o UBUNTU 18.04 para escrever esta resposta, depois que o LUBUNTU 16.04 instalou o novo GRUB para meu notebook LH532 com a opção correta para escolher 18.04.

O motivo do erro deste tópico é que você não fornece partições EFI para o modo de instalação manual "outra coisa".

Portanto, se você propositalmente, como eu, não terá uma partição EFI. você terá esse erro.

Mas versões 16.04, tem um UBIQUITY mais inteligente ou? tanto faz? que 18.04. Ele descobriu que você instala com a instalação do BIOS (nenhuma partição efi no disco rígido) e permite que você escolha "VOLTAR" para instalar o ubuntu no modo BIOS. Mas o 18.04 fará a instalação sem qualquer opção no meu caso e possível seu.

Vou chamar aqueles de pior qualidade nessas circunstâncias de 18.04 como "BUG". Mas pode ser que os programadores pretendam forçar-nos a usar apenas a automação limpa adequada apenas ???, que eles deveriam remover a opção "outra coisa".

3. Eu corrijo os problemas REFORMAT completamente meu SSD. Instale o modo UEFI do Windows 10. Que ele cria automaticamente a partição EFI.

Em seguida, instale o UBUNTU 18.04 sem erros, apesar de me proibir zelosamente de inicializar no MANJARO LINUX que eu instalei após o Windows 10 sem problemas também.

E, claro, o UBUNTU 18.04 destrói meu BIOS F12. JEALOUSELY PROIBEM-me a instalar qualquer outro sistema operacional, e eu tenho que abrir a caixa do notebook para causar um curto-circuito nos jumpers CL1 e CL2 para fazer com que F12 escolha a mídia de inicialização novamente.

Eu relatei isso ao lunchpad como o link que forneço acima.

Desculpe um pouco o tópico, mas avise a todos que há mais erros no processo de instalação ou ubiquidade do que esse problema.

Se após receber esta mensagem de erro, você reiniciou o seu PC e não pode inicializar o Ubuntu por causa do erro de inicialização do GRUB, é necessário reinstalar o GRUB manualmente na partição do sistema EFI (ESP) através do chroot . Aqui está como eu fiz para corrigir o problema no meu caso.

Usar sessão ao vivo

Inicialize no seu LiveUSB (ou LiveCD) e selecione 'Experimente o Ubuntu sem instalar'. Mais tarde, pode ser necessário garantir a conexão com a Internet em sua sessão ao vivo.

Chroot

Vamos supor que você instalou o Ubuntu na /dev/sdXYpartição e um ESP já existente está na /dev/sdXZpartição, no disco rígido /dev/sdX. Abra um terminal e execute estes comandos:

$ 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

Reinstale o grub2 com a versão correta do EFI

Depois de executar o chroot com êxito no sistema Ubuntu instalado, certifique-se de (re) instalar o grub-efi-*pacote certo para a arquitetura do seu PC:

# apt-get install --reinstall grub-efi-x86_64 (o que eu usei para a CPU Intel i5)

ou

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

ou

# apt-get install --reinstall grub-efi-ia32, etc ... Você pode obter a lista de pacotes disponíveis com # apt-cache search ^grub-efi

Por fim, para instalar o grub2 em sua unidade:

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

Observe que --target=x86_64-efipode ser diferente dependendo do seu sistema (por exemplo, i386-pcpor padrão, talvez amd64-efietc.). Verifique # grub-install --helppara mais informações.

Saia do chroot , desative / desmonte diretórios com segurança e reinicie

1. Saia do chroot com Ctrl+ Dou# exit

2. Desmonte com segurança e reinicie:

   $ 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
   

Agora o Ubuntu deve inicializar normalmente.

Referências:

• Como reinstalar o GRUB2 EFI?
• Como posso reinstalar o GRUB na partição EFI?

Eu tenho um erro semelhante ao instalar o ubuntu 18.04 a partir do boot USB. Criei um CD do BOOT e a instalação foi bem-sucedida.

Eu acho que você tem três opções:

• Use uma tabela de partição GPT no disco
  
• Inicialize o instalador no modo legado
  
• Quando ambos não forem uma opção (ou falharem), use a solução alternativa descrita em:
  https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

Espero que isso ajude, cumprimentos,
Onno

Eu tive exatamente o mesmo problema ao instalar a partir de um cartão de memória flash USB usando a inicialização UEFI. Quando isso falhou, segui um dos comentários aqui, inicializando a partir do disco flash genérico não UEFI para fazer a instalação e funcionou. Naquela época, eu não sabia nada sobre a UEFI e não fazia ideia de por que um método funcionava, mas não o outro.

Desde então, analisei um pouco e agora entendo que a UEFI (Unified Extensible Firmware Interface) é uma sucessora da BIOS e tem requisitos diferentes. Em particular, o Linux requer uma partição / boot / efi se estiver usando o UEFI, que eu não havia criado (estava criando as partições manualmente).

As mensagens de erro certamente poderiam ser mais claras. O programa de partição de disco UEFI deve exigir a partição efi boot antes de permitir que você continue. Em vez disso, ele executa a maior parte da instalação do Linux antes de fornecer o erro "Falha na instalação do GRUB".