Eu tenho um PC com Windows 10, mas estou tentando ensinar programação C aos meus filhos e 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 o configurei para inicializar o UEFI apenas no BIOS (a inicialização segura está desativada).
Eu inicializei o instalador USB perfeitamente no modo UEFI selecionando-o na BIOS (claramente UEFI) e foi criado usando dd em uma distro ubuntu no meu laptop linux com o ubuntu install iso , no modo UEFI (menu de inicialização F12). Isso inicializou bem. Para instalá-lo no outro USB, executei 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. Fiz uma partição efi de 512 MB (primária), uma parte ext4 de 27 GB (primária) e uma parte swap de 4 GB (também primária).
selecionei instalar o bootloader em/dev/sdc. Ele instala perfeitamente e reinicia.
Ok... então agora as coisas ficam um pouco estranhas. E não consigo descobrir o que estou fazendo de errado aqui.
Quando olho para minhas opções de inicialização no seletor de inicialização F12, há 4 opções listadas. Gerenciador de inicialização do Windows, ubuntu, ubuntu, (sim, 2 deles) e inicialização UEFI de 32gb Samsung (o drive USB é um Samsung). Se eu selecionar Windows, ele inicializa no Windows. Se eu selecionar Samsung 32GB UEFI, ele ainda inicializa no Windows?! Mas se eu selecionar o Ubuntu... ele inicializa no Ubuntu na unidade USB de 32 GB.
O mais frustrante é que, se eu retirar a unidade USB, a opção de inicialização Samsung UEFI desaparece, mas as opções do Ubuntu permanecem. Quando você clica neles sem a unidade USB, ele vai para um menu grub e não inicializa. Na BIOS, essas duas opções do Ubuntu estão listadas na unidade SSD, o que significa que, embora 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 para o reparo do Windows e usei o bootrec e fiz /FixMbr e /FixBoot, mas as opções do Ubuntu permanecem. Grub parece ter se enfiado em algum lugar, mas não sei onde! A unidade USB também não inicializa no meu laptop (embora o instalador inicialize perfeitamente no modo UEFI).
Não tenho certeza do que fiz de errado. Certifiquei-me de estar no modo UEFI e não no modo BIOS durante a instalação e nunca selecionei nada que pudesse tocar em /dev/sda no booter para bagunçar meu HD.
O Fedora 23 será instalado perfeitamente e inicializará no modo UEFI quando instalado em uma unidade USB.
Realmente apreciaria alguma ajuda! Obrigado!
Responder1
Ao instalar no EFI, a opção "dispositivo para instalação do carregador de boot" (ou como é chamada; não verifiquei esse detalhe) é ignorada. Não verifiquei se realmente funciona, mas há outra maneira de especificar para onde vai o carregador de boot: é a partição marcada como "partição de inicialização EFI" ou "partição de sistema EFI" (o termo varia de acordo com a versão do Ubuntu) na lista de partições "Something Else".Em teoria,se você marcar o ESP na unidade USB e desmarcar o ESP no disco rígido, o instalador deverá colocar o GRUB 2 na unidade USB. Eu não testei se isso realmente funciona, masdevetrabalhar.
Dito isto, você também está enfrentando outro problema: a entrada do gerenciador de inicialização EFI que você descreve, para inicializar a partir de uma unidade USB, nãonãoinicie o EFI/ubuntu/shimx64.efiarquivo, que é onde o Ubuntu armazena seu primeiro gerenciador de inicialização. Em vez disso, essa opção inicia o arquivo do carregador de inicialização EFI "substituto", EFI/BOOT/bootx64.efi. Este nome de arquivo é usado como um nome de arquivo do carregador de inicialização "genérico" para mídia removível. A idéia é que um instalador de sistema operacional ou outra mídia externa provavelmente não tenha uma entrada NVRAM funcionando, portanto, é necessário um local padronizado de carregador de inicialização para inicializar instaladores de sistema operacional, discos de emergência, etc. que pode ser inicializado em qualquer computador baseado em EFI x86-64, você deve copiar e renomear EFI/ubuntupara . IIRC, você também terá que deixar o lugar, já que existem caminhos codificados em um ou mais binários, portanto, ambos os diretórios são necessários.EFI/BOOTEFI/BOOT/shimx64.efiEFI/BOOT/bootx64.efiEFI/ubuntu
Outro ponto: se você pretende usar a unidade USB em apenas um computador, poderá conseguir não copiar o GRUB para EFI/BOOT; entretanto, algumas EFIs limpam suas entradas NVRAM se inicializarem e perceberem que uma entrada está inacessível. Assim, se você remover o drive USB e inicializar sem ele inserido, poderá perder a ubuntuentrada. Somente por esse motivo, é desejável copiar o GRUB para o nome do arquivo de backup.
O motivo pelo qual você vê um grub>prompt ao tentar iniciar a ubuntuopção com a unidade USB desconectada é porque a configuração do GRUB do Ubuntu depende de um binário GRUB no ESP (no disco interno) e de arquivos de configuração na /bootpartição do Ubuntu (no USB). dirigir). Assim, quando a unidade USB é desconectada, o GRUB é iniciado, mas não consegue ler seu arquivo de configuração, falhando miseravelmente.
Responder2
Você encontrou um bug conhecido 1173457 no grub de sempre instalar no EFI primário em vez de onde você indica. No entanto, você também está confuso com o novo mecanismo de inicialização UEFI - Os bootloaders do Ubuntu (shim, grub) são colocados no sistema de arquivos EFI em seu próprio diretório, /EFI/ubuntu, sem substituir nada do Windows. A solução simples é 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 a inicialização segura habilitada, você precisará usar o menu de inicialização EFI (alguma tecla de função na inicialização para selecionar dispositivos/sistemas) ou desabilitar a inicialização segura.
Adicione-se à "lista" de bugs em 1173457 (a pergunta "esse bug me afeta"). Como uma segunda pessoa nunca se adicionou, esse bug, arquivado em 2013, nunca chegou a ser "confirmado", então talvez seja isso por que nunca foi consertado.
Boa pergunta sobre as atualizações, mas mesmo que elas vão para o ESP errado, as versões antigas continuam funcionando, então talvez você nunca saiba.