Obtendo * buntu 17.04 (ou outros) para respeitar minhas escolhas ao instalar em um sistema UEFI / secureboot de unidade externa

Question

Estou tentando instalar o Lubuntu ou o Kubuntu 17.04 em uma unidade externa. Estou usando um IODD 2451 inicializando um ISO e instalando em uma unidade física emulada com suporte um VHD. Para todas as intenções e propósitos - estou instalando de um livecd / dvd em um disco rígido externo comum que meu firmware detecta como um dispositivo inicializável.

Estou executando um sistema com o secureboot e não quero desativá-lo.

Ambas as variantes parecem não dar uma opção sobre onde instalar o gerenciador de inicialização, ou ignorá-lo, e não parecem gravar os arquivos de inicialização EFI em uma partição ESP que eles criam.

Embora o IODD seja uma peça incomum de hardware, no que diz respeito ao meu computador, no entanto, trata-se de uma unidade blueray comum (não importante) e de um disco rígido inicializável. Ele ainda inicializa a unidade, vê a outra unidade e faz a instalação. O instalador do Lubuntu não me dá a escolha de onde instalar o meu bootloader e não cria uma partição ESP. O KDE, então vamos supor que estou usando o Kubuntu

O Kubuntu está feliz em criar uma partição ESP na minha unidade externa. Então prossegue para instalar o meu bootloader e os arquivos de inicialização EFI na unidade principal do meu sistema apesar de dizer para instalar na unidade externa.

Embora, em teoria, eu possa instalar em uma VM e depois converter, não acho que nenhum software de vm livre emule um sistema secureboot.

Então, como faço para que um desses tipos de ubuntu respeite minhas opções e realmente instale na unidade que desejo sem danificar minha outra unidade?

    

Answer 1

Eu nunca tinha ouvido falar do hardware que você está usando. Parece um dispositivo interessante, mas duvido que seja a fonte dos seus problemas.

Ao instalar no modo EFI / UEFI, o instalador do Ubuntu (Ubiquity) solicita a localização do carregador de boot, mas imediatamente ignora essa informação. Existem vários bugs relacionados a isso:

• link
• link
• link

Eu não verifiquei Lubuntu e Kubuntu especificamente, mas eu esperaria que eles tivessem o mesmo bug.

Um procedimento de solução alternativa é o seguinte:

1. Inicialize a mídia de instalação em seu modo "experimentar antes de instalar".
2. Abra uma janela do Terminal.
3. Digite ubiquity -b . A opção -b diz à Ubiquity para não instalar um gerenciador de inicialização.
4. Prossiga com a instalação normalmente.
5. Instale manualmente um carregador de inicialização. Isso pode ficar complicado, no entanto. Existem várias opções para saber como proceder:
   • Você pode instalar a partir do meio de instalação que você já inicializou ou usar uma ferramenta como o meu gerenciador de inicialização do rEFInd em uma unidade flash USB ou CD-R para inicializar em sua instalação baseada em disco de uma só vez.
   • Você pode instalar o GRUB 2 (padrão do Ubuntu) ou outra coisa.
   • Talvez seja necessário ajustar /etc/fstab ou garantir que o ESP que você deseja usar esteja montado em /boot/efi .

Observe que muitas (mas não todas) EFIs excluem entradas de inicialização NVRAM que apontam para carregadores de inicialização inválidos. Assim, se você instalar seu gerenciador de inicialização do Ubuntu em um disco externo e, em seguida, desconectar esse disco e inicializar, a entrada do carregador de inicialização poderá desaparecer. A solução é renomear o caminho do carregador de inicialização ( EFI/ubuntu/ por padrão) para EFI/BOOT e renomear o próprio carregador de boot para o nome do arquivo de fallback ( EFI/BOOT/bootx64.efi ). Esse nome de arquivo tornará um disco externo inicializável especificando o disco no menu de inicialização do firmware. Como alternativa, você pode instalar o rEFInd no disco interno. rEFInd é mais dinâmico que o GRUB; Ele verifica ativamente todas as mídias quanto a imagens inicializáveis, de modo que suas opções se adaptam em uma base boot-by-boot e não serão incomodadas pela aparência e desaparecimento do disco externo. Você precisará dar alguns passos extras para conseguir que o rEFInd trabalhe com o Secure Boot, como descrito na sua documentação.

Quanto às VMs, são imagens de firmware EFI para o QEMU que suportam o Secure Boot. Existem alguns links e instruções sobre como usá-lo aqui, entre outros lugares - tente uma pesquisa na Web se tiver problemas com o link que eu forneci. Eu não sei de nada pré-construído para o VirtualBox.