O BIOS do sistema não mostra o Ubuntu como opção de inicialização após a instalação?

3

Depois de tentar e falhar muitas vezes para criar um USB inicializável, finalmente consegui criar um usando o Universal USB Installer do PenDriveLinux .com. Eu criei um USB inicializável com o sabor do Ubuntu 13.10 de 64 bits e consegui inicializar com êxito o USB após desativar o Secure Boot, ativando UEFI & amp; Inicialização legada e selecionando manualmente minha unidade USB.

Após instalar com sucesso o Ubuntu em uma nova partição no meu SSD, eu removi meu pendrive, reiniciei meu computador e enviei um spam pela tecla Enter para entrar no meu BIOS. Eu fui selecionar manualmente de onde inicializar, mas não havia uma nova opção para o Ubuntu.

Como sou estudante de ciência da computação, penso em mim como sendo bastante inteligente e escolhi meu SSD, mas ele passou por uma sequência de inicialização diferente (nem o que meu computador usou para inicializar nem meu novo Ubuntu brilhante OS). O que eu acho que está acontecendo é que meu computador normalmente inicializa rapidamente o Windows 8.1 através do meu 16GB mSATA , mas inicializou o Windows 8.1 pelo SSD quando o selecionei, em vez do Ubuntu.

Então, o que eu estou perguntando é, como faço para inicializar o Ubuntu em vez do Windows 8.1 do meu SSD quando ambos estão localizados no SSD e não há opção para mais nada? Existe uma maneira de modificar o BIOS para que ele me dê a opção de inicializar a partir de uma partição no meu SSD em vez de outra? Eu ainda não consegui inicializar no Ubuntu, só consegui inicializar o Windows 8.1 de duas maneiras diferentes.

Eu incluí as especificações técnicas abaixo, mas se você precisar de mais informações, eu terei certeza de acompanhar.

Máquina: ThinkPad S1 Yoga

Especificações técnicas:

  • Processador Intel Core i7-4500U (4 MB de cache, até 3.00GHz)
  • Windows 8.1 64
  • 8 GB PC3-12800 DDR3L em MB
  • Intel HD Graphics 4400
  • 256Gb Solid State Drive SATA 6G
  • 16 mSATA
por AlexMTMorgan 14.03.2014 / 22:25

2 respostas

3

Apenas uma pergunta antes de começar, você tem duas unidades? 256GB com Windows e 16GB mSATA? O que você usa o mSATA para se não Ubuntu?

De acordo com meu conhecimento, o PenDriveLinux.com cria mídia inicializável estilo MBR, com suporte incerto para o UEFI. Se você quer que sua máquina use UEFI, o que é realmente recomendado, você deve desabilitar o CSM e criar somente mídia inicializável da UEFI apenas para ter certeza de que você não inicializa e instala acidentalmente em Modo MBR durante a instalação em uma unidade particionada da GPT e provavelmente tornando as coisas mais messy .

Você parece ter instalado no modo MBR, caso contrário, o instalador teria reconhecido uma máquina UEFI e seria capaz de registrar um carregador de inicialização EFI no menu de inicialização do firmware que ele colocava na ESP (System EFI System Partition). Se você não consegue encontrar um binário .efi relacionado ao Ubuntu no seu ESP, então provavelmente você instalou no modo MBR (ou modo GPT MBR) e você deve ser capaz de inicializar a partir da unidade no modo leagcy / MBR, você só precisa descobrir como. (Tipicamente, os Thinkpads oferecem inicialização prioritária, por exemplo, inicializando o legado primeiro.)

Gummiboot como bootloader UEFI de hotplug padrão

Dado que você já tem um disco de destino particionado GPT (todos devem ter o Windows 8 pré-instalado), você pode tentar solucionar problemas da instalação do MBR existente, testando as seguintes instruções.

  

Observação: Esteja ciente de que essas instruções não são uma correção permanente ou uma configuração adequada. Eles são apenas uma configuração estática para você entrar em sua instalação e continuar com a solução de problemas a partir dela (por exemplo, instalando o GRUB corretamente).

  1. Obtenha o gummiboot

    Faça o download do gummiboot dos repositórios do Arch Linux. (Está tudo bem, estamos apenas fazendo o gerenciamento de pacotes estilo Linus Torvalds. Você pode encontrar o link de download na página à direita em Ações do pacote & gt; Download do espelho )

    Extraia gummibootx64.efi do pacote (está em /usr/lib/gummiboot/ ) e copie-o como \EFI\BOOT\BOOTx64.EFI para o seu ESP. Faça backup dos arquivos existentes com o mesmo nome (por exemplo, use zip).

  2. Copiar arquivos do kernel

    Crie uma nova pasta na raiz do seu ESP chamada Ubuntu e copie todos os arquivos com o maior número de versão de /boot/ para a pasta que você acabou de criar.

    Se você estiver no Windows, faça o download do pacote mais recente que corresponde a linux-image-$VERSION-generic para sua distribuição a partir do . ( initrd.img-$VERSION-generic está faltando, pois é gerado automaticamente pelos scripts do Debian.)

  3. Configure o gummiboot para inicializar o kernel do Ubuntu Linux

    Crie pastas no caminho loader/entries/ na raiz do seu ESP e crie um arquivo chamado ubuntu.conf lá. Crie uma configuração editando o arquivo seguindo este modelo:

    title          Ubuntu
    linux          /Ubuntu/vmlinuz-$VERSION-generic
    initrd         /Ubuntu/initrd.img-$VERSION-generic
    options        root=UUID=$UUID ro
    
    • title: Escolha o que você gosta. Deve ser legível por humanos .

    • linux: O nome do arquivo do kernel a ser carregado, substitua $VERSION pelo número da versão do arquivo que você copiou.

    • initrd: O nome do arquivo do disco de RAM inicial. Basicamente o mesmo que com a opção linux, $VERSION com o número da versão do arquivo que você copiou. Deixe esta linha de fora se você não tiver esse arquivo (eu não sei se vai funcionar, então).

    • options: Substitua $UUID pelo UUID do sistema de arquivos do sistema de arquivos raiz do Ubuntu. Execute ll /dev/disk/by-uuid/ | grep sdxY para obter o GUID, substitua sdxY pelo nome real do dispositivo. (Esqueça o que escrevi aqui anteriormente sobre os GUIDs de partição, que parece não funcionar por enquanto).

      Você pode adicionar as opções restantes da linha linux do seu /boot/grub/grub.cfg . O UUID é parte necessária, o resto deve ser bastante opcional. Minha linha linux em grub.cfg tem esta aparência: root=UUID=00000000-0000-0000-0000-000000000000 ro quiet splash $vt_handoff

    Você também precisa adicionar o arquivo loader.conf em loader/ para fazer o gummiboot funcionar.

    default        Ubuntu
    timeout        4
    

    default é o título da entrada padrão para inicializar. Edite apropriadamente se você tiver escolhido outro título.

  4. Reiniciar

    Você deve ser capaz de inicializar a partir do HDD / SSD que contém o ESP com o gummiboot e ser apresentado com o menu do gummiboot, permitindo que você inicialize sua instalação do Ubuntu.

  5. Opcional: crie um menuentry de gummiboot para o GRUB

    Semelhante às instruções acima, crie loader/entries/ubuntu.conf com o seguinte conteúdo:

    title          Ubuntu GRUB
    efi            \EFI\ubuntu\grubx64.efi
    

    Alternativa:

    title          Ubuntu GRUB
    efi            \EFI\ubuntu\shimx64.efi
    

Ainda estou pesquisando esse tópico e queria testar isso antes de escrevê-lo aqui de maneira clara e não-esquisita, mas essas instruções podem fornecer orientações úteis e são mais divertidas para você do que tentar instalar de novo e de novo.

Boa sorte.

Leitura adicional

  • boot UEFI de AdamW: como Isso realmente funciona, então? é uma leitura boa, mas demorada, no tratamento do tópico de inicialização da UEFI, não como mágica.
  • link
  • link

FYE

Coisas que sofri durante o teste:

  • PARTUUID / GUID - parece não funcionar.
  • initramfs compilado com a opção dep em vez de most .
  • O
  • initramfs da instalação clonada encontra uma imagem de hibernação da instalação de origem e inicializa isso. m (
  • O Windows evita a montagem de ESPs.
por LiveWireBT 15.03.2014 / 10:47
0

Eu suspeito da mesma coisa que o LiveWireBT faz: que você instalou o Ubuntu no modo BIOS / CSM / legado em um computador que já inicializa o Windows no modo EFI / UEFI. Isso torna o dual-boot mais complexo e, em alguns casos, impossível.

IMHO, no entanto, a solução do LiveWireBT é excessivamente complexa e limitada. Duas soluções provavelmente serão muito mais fáceis e flexíveis:

  • Faça o download e prepare uma mídia de inicialização para a versão do CD-R ou da unidade flash USB do meu gerenciador de inicialização do rEFInd. Inicialize com ele. (Pode ser necessário desativar a Inicialização Segura no firmware.) Isso deve permitir que você inicialize o Windows e o Ubuntu. Se isso funcionar, instale a versão do pacote Debian do rEFInd no Ubuntu.
  • Inicialize um live CD do Ubuntu no modo EFI. (Verifique se você inicializou no modo EFI procurando pelo diretório /sys/firmware/efi . Se estiver presente, você inicializou no modo EFI. Caso contrário, você provavelmente inicializou no modo BIOS / CSM / herdado e deve tentar novamente. Procure uma opção de inicialização que inclua a sequência "EFI" ou "UEFI" em sua descrição. Execute o Boot Repair . Certifique-se de registrar o URL que ele fornece; Se você tentar essa opção e não funcionar, poste essa URL aqui. Ele nos indicará informações de diagnóstico mais detalhadas no seu computador. Em teoria, o uso do Boot Repair deve configurar uma nova versão do GRUB no modo EFI, que deve permitir alternar entre o Linux e o Windows, ambos iniciados no modo EFI.

A segunda opção é um pouco mais arriscada do que a primeira, porque não há como testar o que ela fará e, ocasionalmente, o Reparo de Inicialização realmente torna as coisas piores. Por outro lado, testar o rEFInd de um CD-R ou de uma unidade flash USB significa que você pode parar sem tocar no disco rígido ou nas configurações de NVRAM se não estiver funcionando.

    
por Rod Smith 15.03.2014 / 15:20