Tentando instalar o Ubuntu 15.10 em um USB ainda grava EFI para HDD principal

Question

Eu tenho um PC com Windows 10, mas estou tentando ensinar aos meus filhos C programação e estava tentando instalar o Linux em uma unidade USB removível.

Configuração do PC: Eu tenho um i3 com uma placa-mãe gigabyte z97x gaming 3. Eu tenho o Windows 10 no SSD e tenho que configurá-lo para inicializar o UEFI apenas no BIOS (inicialização segura está desativada).

Eu inicializei o instalador USB perfeitamente bem no modo UEFI selecionando-o no BIOS (claramente UEFI) e fui criado usando dd em uma distro do ubuntu no meu laptop linux com a instalação do ubuntu iso, no modo UEFI (F12 boot menu ). Isso inicializou bem. Para instalá-lo no outro USB, eu corri a função de menu de instalação do Ubuntu na unidade de instalação. Em seguida, configure minhas próprias partições no Installee USB. Eu criei uma partição efi de 512mb (primária), uma parte extb de 27gb (primária) e uma parte swap de 4gb (também primária).

selecionei para instalar o gerenciador de inicialização em / dev / sdc. Instala muito bem e reinicia.

Ok ... agora as coisas ficam um pouco estranhas. E não consigo descobrir o que estou fazendo de errado aqui.

Quando olho para as minhas opções de inicialização no F12, existem 4 opções listadas. Windows boot manager, ubuntu, ubuntu, (sim, 2 deles) e Samsung 32gb UEFI boot (a unidade usb é um samsung). Se eu selecionar o Windows, inicializa no Windows. Se eu selecionar Samsung 32GB UEFI ainda carrega para o Windows ?! Mas se eu selecionar o Ubuntu ... ele inicializa no Ubuntu na unidade USB de 32GB.

Mais frustrante, se eu retirar o drive USB, a opção de inicialização do UEFI samsung desaparece, mas as opções do ubuntu permanecem. Quando você clica neles sem o drive USB, ele vai para um menu grub e não inicializa. Na BIOS, essas duas opções do ubuntu estão listadas sob o significado SSD drive, mesmo que eu tenha dito especificamente para não instalar lá, ele ainda instalou o grub nele?

Felizmente, o Windows ainda inicializará se o gerenciador de inicialização do Windows estiver selecionado, mas isso é muito frustrante. Por que isso mexeu com isso? Fui ao windows repair e usei bootrec e fiz os dois / FixMbr e / FixBoot mas as opções do ubuntu permanecem. Grub parece ter se enchido em algum lugar, mas eu não sei onde! A unidade USB não inicializa no meu laptop (embora o instalador inicialize bem no modo UEFI).

Não tenho certeza do que fiz de errado. Certifiquei-me de que estava no modo UEFI e não no modo BIOS ao instalar e nunca selecionei nada que tocasse em / dev / sda no booter para que ele mexesse com meu HD.

O Fedora 23 instalará bem e inicializará no modo UEFI quando instalado em uma unidade USB.

Gostaria muito de receber ajuda! Obrigado!

    

Answer 1

Ao instalar sob o EFI, a opção "dispositivo para instalação do carregador de inicialização" (ou seja lá o que for chamado; não verifiquei esse detalhe) será ignorada. Eu não verifiquei se ele realmente funciona, mas há outra maneira de especificar onde o carregador de boot vai: é o que a partição está marcada como uma "partição de inicialização EFI" ou "partição de sistema EFI" (o termo varia com a versão do Ubuntu) na lista de partições "Algo mais". Em teoria, se você marcar o ESP na unidade USB e desmarcar o ESP no disco rígido, o instalador deve colocar o GRUB 2 na unidade USB. Eu não testei que isso realmente funciona, mas deve funcionar.

Dito isto, você também tem outro problema: A entrada do gerenciador de inicialização EFI que você descreve, para inicializar a partir de uma unidade USB, não ativa o arquivo EFI/ubuntu/shimx64.efi , que é onde o Ubuntu armazena seu primeiro gerenciador de inicialização. Em vez disso, essa opção inicia o arquivo de boot loader "fallback" EFI, EFI/BOOT/bootx64.efi . Esse nome de arquivo é usado como um nome de arquivo de carregador de inicialização "genérico" para mídia removível. A idéia é que um instalador de SO ou outra mídia externa provavelmente não terá uma entrada NVRAM ativa, portanto, um local de carregador de boot padronizado é necessário para inicializar instaladores de SO, discos de emergência, etc. Assim, se você quiser fazer uma unidade USB que pode ser inicializado em qualquer computador baseado em E83 x86-64, você deve copiar EFI/ubuntu para EFI/BOOT e renomear EFI/BOOT/shimx64.efi para EFI/BOOT/bootx64.efi . IIRC, você terá que deixar EFI/ubuntu no lugar também, já que existem caminhos codificados em um ou mais binários, então ambos os diretórios são necessários.

Outro ponto: se você pretende usar a unidade USB em apenas um computador, talvez não seja possível copiar o GRUB para EFI/BOOT ; no entanto, algumas EFIs limpam suas entradas NVRAM se inicializarem e perceberem que uma entrada está inacessível. Portanto, se você remover a unidade USB e inicializar sem inseri-la, poderá perder a entrada ubuntu . Por esse motivo, copiar o GRUB para o nome do arquivo de backup é desejável.

O motivo pelo qual você está vendo um aviso de grub> ao tentar iniciar a opção ubuntu com a unidade USB desconectada é porque a configuração do GRUB do Ubuntu depende de um binário GRUB no ESP (em seu disco interno) e configuração arquivos na partição /boot do Ubuntu (na unidade USB). Assim, quando a unidade USB é desconectada, o GRUB é iniciado, mas não consegue ler seu arquivo de configuração, por isso, ele falha miseravelmente.

    

Answer 2

Você esbarrou em um bug conhecido 1173457 no grub de sempre instalar no EFI principal em vez de indicar o local. No entanto, você também está confuso com o novo mecanismo de boot UEFI - Os bootloaders (shim, grub) do Ubuntu são colocados no sistema de arquivos EFI em seu próprio diretório, / EFI / ubuntu, não sobrescrevendo qualquer coisa do Windows. A solução simples é apenas copiar o sistema de arquivos EFI do disco primário para o USB e selecioná-lo para o primeiro dispositivo de inicialização. A outra pegadinha é que o grub do Ubuntu ainda não consegue inicializar o Windows com inicialização segura ativada, você precisará usar o menu de inicialização EFI (alguma tecla de função na inicialização para selecionar device / oses) ou desativar a inicialização segura.

Adicione-se à "lista" de erros no 1173457 (o problema "isso me afeta?). Como uma segunda pessoa nunca se adicionou, esse bug, arquivado em 2013, nunca chegou a ser" confirmado ", então talvez seja por isso que nunca foi consertado.

Boa pergunta sobre as atualizações, mas mesmo se elas forem para o ESP errado, as versões antigas continuarão funcionando, então você pode nunca saber.