Estou instalando o Ubuntu 16.04 em um computador Intel NUC com UEFI ativado. Estou usando um SSD de outro computador. Durante a instalação, escolhi Apagar o disco e fazer uma nova instalação completa

No final do processo, vejo:

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

E o sistema não inicializa.

Tentei usar o reparo de inicialização, mas aparentemente isso não resolve o problema.

Eu tive exatamente o mesmo problema ao instalar o 16.04 64 desktop em um novo SSD com UEFI ativado usando a mídia de instalação USB. Diferentemente da questão, optei por criar minhas próprias partições, pois tinha outros discos para montar. Eu encontrei este erro perto do início da instalação do pacote.

Depois de pesquisar um pouco, encontrei esta página:

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

que afirma na General principlesseção:

se não havia nenhuma partição UEFI no seu disco rígido, você primeiro precisará criá-la

e aponta para:

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

Quais Estados:

1. Ponto de montagem: / boot / efi (observação: não é necessário definir esse ponto de montagem ao usar o particionamento manual, o instalador do Ubuntu o detectará automaticamente)
2. Tamanho: mínimo 100Mib. 200MiB recomendado.
3. Tipo: FAT32
4. Outro: precisa de um sinalizador de "inicialização".

Então eu reinstalei e quando particionei minha unidade, escolhi a opção EFI da lista que inclui sistemas de arquivos e troca etc, e a fiz 200MB no início do disco. Não tive a opção de selecionar o sistema de arquivos ou definir o sinalizador inicializável.

Depois disso, o restante da instalação correu bem.

É assim que as partições neste disco cuidam da instalação:

A mesma informação pode ser vista executando 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

Observe que a partição criada é uma partição do sistema EFI (ESP) e o disco possui uma tabela de partição GUID (GPT) em vez de uma tabela de partição MBR .

Se você procurar dentro /boot/efiou /sys/firmware/efi/neste disco, deverá encontrá-los preenchidos, da mesma forma que a execução sudo efibootmgrdeve fornecer uma saída real, consulte o link abaixo se desejar obter mais informações.

Mais Informações

Se você deseja saber mais sobre como a UEFI funciona, a inicialização pós- UEFI: como isso realmente funciona? de Adam Williamson é altamente recomendado.

Ele descreve a situação que causa esse erro no artigo (observe que ele é um usuário do Fedora, mas o mesmo se aplica ao Ubuntu):

Manipulando a partição do sistema EFI se estiver executando o particionamento manual

Só posso dar conselhos oficiais para o Fedora aqui, mas a essência pode ser útil para outras distribuições / sistemas operacionais.

Se você permitir que o Fedora lide com o particionamento ao fazer uma instalação nativa da UEFI - e use um disco no formato GPT, ou permita que ele reformate o disco (excluindo todas as partições existentes) - ele cuidará do material da partição do sistema EFI para você .

Se você usar o particionamento personalizado, porém, espera-se que você forneça uma partição do sistema EFI para o instalador usar. Se você não fizer isso, o instalador irá reclamar (com uma mensagem de erro um pouco confusa) e se recusará a permitir que você inicie a instalação.

Portanto, se você estiver fazendo uma instalação nativa da UEFI e usando o particionamento personalizado, precisará garantir que uma partição do tipo 'Partição do sistema EFI' seja montada em / boot / efi - é aqui que o Fedora espera encontrar a partição do sistema EFI que é usando. Se houver uma partição do sistema EFI existente no sistema, defina seu ponto de montagem como / boot / efi. Se ainda não houver uma partição do sistema EFI, crie uma partição, defina seu tipo como partição do sistema EFI, torne-a com pelo menos 200 MB de tamanho (500 MB é bom) e defina seu ponto de montagem como / boot / efi

Por sorte resolvi meu problema.

Inicializei com o usb ao vivo e chamei Disks e excluí manualmente todas as partes do SSD.

Então eu reiniciei com o uefi ativado no firmware do computador. Entrei no desktop Ubuntu ao vivo e, a partir daí, instalei o Ubuntu.

Marquei as duas caixas dizendo instalar atualizações e software de outras pessoas. Desta vez, a instalação correu bem.

Eu tive o mesmo problema ao instalar o Ubuntu MATE 17.04. Eu estava tentando fazer uma inicialização dupla com o Windows 10. Meu Windows está no modo Legado e o suporte à UEFI foi ativado nas configurações do BIOS. Eu desabilitei o suporte UEFI e a instalação foi concluída com perfeição. Espero que alguém ache isso útil.

Você também pode criar uma partição uefi de inicialização, se o sistema permitir. Eu tenho o mesmo problema e, incapaz, o uefi é uma opção e é mais permanente, mas eu estava em execução, então eu crio a partição de inicialização uefi: a opção aparece na mesma opção que / boot, abaixo

Eu enfrentei o mesmo problema ao tentar instalar o mint 18 kde em uma placa-mãe de gigabyte. Meu problema foi que eu estava tentando inicializar a partir do usb no modo Uefi.

Você também inicializou no modo de compatibilidade. Você provavelmente precisará alterar algumas configurações do BIOS para fazer isso. No meu caso, tive que selecionar "somente legado" na seleção do modo de inicialização.

Se você inicializar no modo de compatibilidade, receberá uma tela que diz inicialização automática em 10 segundos, e você verá um menu. Mas, se você inicializar no modo Uefi, receberá o menu diretamente.

Eu enfrentei o mesmo problema. O que funcionou para mim foi durante a instalação, quando o instalador perguntar se você deseja instalar no modo UEFI, diga não. Deve avisá-lo das repercussões disso, mas, tendo feito esse caminho, não enfrentei problemas.

As outras soluções que encontrei ao pesquisar esse problema envolviam

• Reiniciando o computador com o mesmo (ou outro) disco ao vivo e executando o reparo de inicialização no computador com problema.
• Observando os logs de instalação e desligando o computador quando você vê a instalação do GRUB imediatamente antes da falha (suponho que isso leva tempo, embora eu recomendo isso. Você deve sempre tentar abster-se de desligar um dispositivo enquanto instala algo).

Tive a mesma mensagem de erro, acontece que eu tinha um diretório corrompido na partição EFI que estava causando o grub desistir a cada tentativa de instalação.

O fsck levou muito tempo, então o chkdsk do Windows limpou rapidamente a corrupção e a segunda instalação correu bem.

Recebi exatamente a mesma mensagem e a resolvi simplesmente conectando meu computador à Internet (eu estava usando um instalador USB para instalar em uma máquina completamente nova com um novo SSD sem nada).

Quando conectado, o instalador pode baixar quaisquer dependências ausentes no instalador, conforme necessário para minha instalação.

A oferta era um problema de dependência e não um problema de particionamento / disco estava no /var/log/syslogarquivo. A mensagem sobre a falha na instalação do Grub pode significar muitas coisas e geralmente você deve verificar /var/log/syslogpara descobrir qual é o verdadeiro problema.

Eu descobri que o acima não funcionou realmente para mim, tentando instalar o Ubuntu 16.04 em um pendrive a partir de outro pendrive. Após 2 dias de dor no coração, foi o que eu fiz para fazê-lo funcionar. Isso me deu uma instalação dupla do Windows 10 e do Ubuntu no mesmo disco rígido e, no processo, resolveu este problema:

• Use um disco rígido de destino e um hardware de cdrom de origem para instalar a partir de
• Baixe / grave no DVD 10 do Windows (genérico para todas as versões) e no Ubuntu 16.04.3. Ou seja, 2 dvds de instalação são criados.
• Inicialize na versão ao vivo do ubuntu sem instalar.
• Exclua todas as partições do disco rígido usando o gerenciador de partições embutido do ubuntu gparted.
• Inicialize na BIOS do sistema e verifique se apenas UEFI está selecionado e a inicialização herdada está desativada. Altere também a ordem de inicialização para garantir que o sistema inicialize primeiro a partir do cdrom, se disponível, e disco como segunda opção.
• Insira o disco do Windows e vá em frente e instale o Windows (usei o Windows 10 Pro de 64 bits) no disco rígido. Você não precisa de uma licença para fazer isso - basta dizer que você não tem uma licença quando solicitado.
• Inicialize o Windows e verifique se ele funciona. Eu achei que não iria desligar corretamente, mas isso não parecia importar. Também permiti que o Windows 10 passasse por todos os ciclos de atualização, embora isso provavelmente não importasse. Leva apenas idades.
• Agora inicialize novamente no ubuntu ao vivo. Desta vez, use-o para reduzir a última partição de dados e criar espaço para a instalação do ubuntu. Apenas deixe o espaço livre não alocado. Eu precisava de janelas de qualquer maneira, então deixei metade do tamanho do disco para as janelas.
• Selecione o aplicativo de instalação embutido no ubuntu dvd. Escolha a opção para instalar junto com o sistema operacional Windows existente. Deixei as opções padrão para criar 2 partições raiz e trocar no espaço livre.

Foi isso mesmo. Quando agora inicializo, recebo um prompt para perguntar se quero o Windows ou o Ubuntu ou o Ubuntu avançado com mais opções. Eu tinha passado anos brincando com a inicialização a partir de pen drives, mas isso me custou dois dias inteiros. O uso do CD-ROM e do disco rígido, no estilo antigo, parece ter ajudado.

Minha solução para o problema foi a seguinte.

1) Por algum motivo, meu disco EFI foi bloqueado pelo Windows e é por isso que o Grub não pôde ser instalado no meu EFI.

Iniciei o Windows e o desliguei (Windows -> Desligar -> Desligar, não reinicie ). Nota: no caso de reiniciar, o Windows pode reiniciar no modo de Reinício Rápido, que deixa a EFI bloqueada - foi o que aconteceu comigo.

2) Executo o Ubuntu Live Disk e executo o utilitário Boot-Repair ( URL ) usando as configurações padrão.

Depois disso, meu sistema começou a inicializar normalmente via Grub.

O truque foi que, sem o item 1 (o EFI foi bloqueado pelo Windows), o utilitário de reparo de inicialização não conseguiu corrigir o meu Grub.

só para constar, enfrentei o mesmo problema instalando o 16.04 em um Acer tmb117. Apaguei totalmente o disco interno usando o usb ao vivo e depois reiniciei e simplesmente iniciei a instalação (autônoma, nenhum outro sistema ao lado do Ubuntu).