É possível instalar a partição EFI (ESP) após a instalação do Ubuntu e do Parrot?

Question

Existe um computador que possui Ubuntu e Parrot Security OS instalados. Está tudo bem e está funcionando perfeitamente com o Grub. Ele pode inicializar corretamente.

Quando instalamos o Ubuntu formatamos todo o HDD e esquecemos de instalar o EFI. Quando tentamos instalar o rEFInd, mostrou que o EFI estava completamente ausente do computador.

A questão é: como podemos instalar o EFI depois de instalarmos todos os sistemas operacionais. Devo reinstalar o Ubuntu novamente para instalá-lo?

Answer 1

Certamente é possível, mas a verdadeira questão é se é menos complicado.

PESé apenas uma partição pequena (512 MB é um bom tamanho) com sistema de arquivos gordo e tipo especial.

• Como você precisa criá-lo, você precisa de algum espaço livre para ele e para isso pode ser necessário redimensionar uma de suas partiçõese o sistema de arquivos nelecom uma ferramenta como gparted.

• Se você já possui o espaço necessário, será necessário criar uma nova partição com o tipo apropriado. Em gpartedvocê está procurando por "esp flag", que seria o tipo "EFI System" fdisk(ou algo semelhante, se você estiver executando em MBR). Isto é o que torna a partição EFI uma partição EFI.

• Construa o sistema de arquivos commkfs.fat -F32 /dev/sdx

• Obtenha o uuid da partição com blkid, defina seu rótulo ou similar

• Crie uma nova entrada em /etc/fstab para a nova partição assim (e certifique-se de que o ponto de montagem exista):

UUID=xxxx-xxxx   /boot/efi    vfat    defaults    0 2

Alternativamente, você pode usar /efi ou talvez vincular a montagem a /boot para evitar o caminho /efi/EFI

• Instale o rEFInd ou GRUB para EFI nessa partição. Pode ser necessário criar o diretório /EFI nessa partição

Essedevedar-lhe um ESP funcional.
Você pode ler mais e melhor em:https://wiki.archlinux.org/index.php/EFI_system_partition#Create_the_partition

Answer 2

Eu fiz algo semelhante a isso uma vez. Não anotei as etapas exatas, mas não foi muito difícil remediar. (Acontece que eu também precisava do rEFInd, mas isso também deveria funcionar sem ele.) Foi mais ou menos assim:

1. Instale "corretamente" a mesma versão do Ubuntu em um disco temporário formatado em GPT ou VM configurada como um sistema UEFI com um disco virtual GPT, como um sistema operacional fictício "doador".
2. Se o seu sistema operacional principal foi atualizado após a instalação, atualize também a instalação fictícia.
3. Desligue o sistema operacional fictício.
4. Usando alguma mídia de recuperação inicializável ou outro sistema operacional inicializável, copie a partição EFI do manequim para sua máquina real.
   1. Um DVD de inicialização do Ubuntu pode ser usado para isso, já que vem com o GParted.
   2. Se estiver fazendo isso via VM, inicialize a VM em um ISO de recuperação ou no arquivo ISO de instalação do Ubuntu montado como um disco virtual. Observe que você também pode montar seu disco real do sistema operacional na VM, como um VMDK bruto (se estiver usando o VirtualBox, você precisará usar vboxmanagea CLI para criá-lo, e não que o mapeamento não seja válido nas reinicializações do sistema operacional host). Isso permitirá que você copie diretamente sua partição EFI "fictícia" diretamente para seu disco real, o que economiza muito tempo se fizer isso em uma VM. (Você pode até inicializar seu sistema operacional real na VM dessa maneira. O Linux é inteligente o suficiente para não carregar drivers para hardware que temporariamente não existe, até mesmo drivers de vídeo proprietários. O kernel já possui - e carregará automaticamente - código aberto básico drivers para integração com VirtualBox e VMware. Na verdade, eu costumo instalar o Ubuntu em discos reais desta forma, para posterior transplante em outras máquinas, tudo via VM.)
5. Antes de copiar a partição EFI, abra espaço para ela como a primeira partição, primeiro diminuindo e/ou movendo a partição existente para fora do caminho. (O que é fácil via GParted.) A nova partição EFI não será sda1 (como seria com uma instalação correta na primeira vez), mas se bem me lembro, EFI, Grub, rEFInd, etc.
6. Mapeie a partição para /boot/efi, no arquivo /etc/fstab da instalação.
7. Agora você tem duas opções para obter um sistema inicializável (novamente, você pode fazer isso em bare metal ou via VM com disco real mapeado por VMDK bruto):
   1. Use uma ferramenta de reparo de inicialização comoReparo de inicializaçãopara colocar tudo em um estado inicializável, geralmente apenas pressionando um botão.
      • Observe que você deve executar o reparo de inicialização a partir de um sistema operacional no modo UEFI, seja bare metal ou VM.
   2. O rEFInd também deve ser capaz de trabalhar com esta configuração. Mas se não, e você realmente precisa do rEFInd, talvez seja necessário executar a etapa anterior primeiro.
8. Se você quiser pular o Grub e ir para "EFI puro", também existem maneiras de contornar isso, mas além do escopo desta resposta (e da minha memória).

Estou curioso para saber por que você deseja usar o rEFInd? É um código incrível e é praticamente necessário para navegar na inicialização dupla ou tripla com MacOS, mas se for apenas inicialização dupla com Linux/Windows, muitas vezes descobri que o Grub é mais fácil, embora mais feio. Há menos com o que mexer. Além disso, o rEFInd não é "configurado e esquecido", ocasionalmente é sobrescrito e precisa ser reinstalado, o que pode ser um pequeno problema porque as habilidades típicas de administrador de sistemas *nix/Windows não são mapeadas para o rEFInd, e isso acontece com pouca frequência para que você se encontre pesquisando novamente no Google como fazer isso sempre. (Ou anote e tente lembrar onde está essa nota.) Além disso, às vezes ele cria ícones "úteis" para versões específicas do kernel, que tendem a se tornar rapidamente irrelevantes. Acredito que exista uma maneira documentada de evitar esse comportamento ou pelo menos excluí-los após o fato, mas parei de usá-lo e não me lembro. Esta é apenas a minha experiência.

Boa sorte!