Inicialização dupla Win10 / Ubuntu 15.04 inicia no grub bash

Question

Eu tenho um novo PC com Win10 pré-instalado. Eu instalei o Ubuntu 15.04 em um disco rígido separado, sem problemas.

No entanto, após a primeira inicialização (bem-sucedida), quando reinicializei a máquina, o computador foi direto para um terminal de grub com comandos básicos do tipo BASH. Quando eu saio, a máquina é reinicializada no grub e eu posso ativar o sistema operacional.

Só para ter certeza, eu reinstalei o Ubuntu. O mesmo comportamento: primeiro boot bem sucedido, botas subseqüentes vão para o terminal tipo BASH. A saída leva ao serviço normal sendo retomado.

Isso obviamente não é um problema incapacitante, já que eu posso sempre fazer o grub e usar minha máquina. É irritante, no entanto.

Assumo que o problema está ligado à UEFI, uma vez que a minha outra máquina Win10, a executar BIOS à moda antiga, não sofre com isso.

Alguma sugestão sobre qual poderia ser o problema e como isso poderia ser resolvido?

ATUALIZAÇÃO:

Aqui está um link para uma captura de tela da tela do grub (via Dropbox; sendo recém-registrado, eu não é permitido fazer upload de fotos). Esta é uma nova instalação, portanto nenhuma outra instalação do grub está presente.

Curiosamente, toda vez que eu inicializo em um USB ativo, a primeira reinicialização é executada sem esse problema - mas apenas uma vez.

    

Answer 1

Aqui está sua saída efibootmgr , que mostra sua ordem de inicialização:

BootCurrent: 0004
Timeout: 2 seconds
BootOrder: 0004,0000,0002,0003,0001
Boot0000* ubuntu    HD(1,408,82000,7a967035-e35d-4f5d-a27e-c85c9929f966)File(EFIUBUNTUSHIMX64.EFI)
Boot0001* UEFI: Built-in EFI Shell  Vendor(5023b95c-db26-429b-a648-bd47664c8012,)..BO
Boot0002* Windows Boot Manager  HD(1,408,82000,7a967035-e35d-4f5d-a27e-c85c9929f966)File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot0003* ubuntu    HD(1,408,82000,7a967035-e35d-4f5d-a27e-c85c9929f966)File(EFIUBUNTUGRUBX64.EFI)
Boot0004* UEFI: SanDisk ACPI(a0341d0,0)PCI(1a,0)USB(1,0)USB(4,0)HD(1,20,ee7fe0,64ad344f)..BO

Observe que seu BootCurrent é 0004 e seu BootOrder mostra 0004 primeiro. Este item parece ser uma inicialização de um dispositivo SanDisk, provavelmente no modo BIOS / CSM / legado. Isso parece ser /dev/sdd , o que tem evidências tanto do SYSLINUX quanto do GRUB instalado nele. Meu palpite é que este é o problema - seu sistema está inicializando o GRUB no modo BIOS a partir desse dispositivo SanDisk; quando você sair, ele tentará opções de inicialização adicionais, começando com 0000 ( ubuntu ), o que funciona.

Se tiver razão, existem várias soluções possíveis:

• Remova permanentemente o dispositivo SanDisk ou, pelo menos, remova-o durante a inicialização. Eu estou supondo que esta é uma unidade flash USB ou algo semelhante, com base no seu tamanho, mas eu não tenho certeza disso.
• No Ubuntu, digite sudo efibootmgr -o 0000,0003,0002,0001 para redefinir a ordem de inicialização para omitir o dispositivo SanDisk e colocar a entrada Ubuntu funcionando primeiro. Dada a sua descrição, no entanto, esta solução pode não funcionar permanentemente; É possível que seu firmware esteja colocando a entrada do SanDisk no topo da lista por algum motivo. Isso leva à próxima possibilidade ...
• Entre no seu firmware e ajuste suas configurações. Dois itens em particular chamam a atenção:
  • Desative o Módulo de Suporte à Compatibilidade (CSM), também conhecido como "suporte de inicialização herdado" ou palavras para esse efeito. Se estou certo, o problema é uma inicialização no modo BIOS, portanto, desabilitar o suporte a BIOS / CSM / legacy deve eliminar o problema.
  • Ajuste a ordem de inicialização dentro do firmware para elevar a opção de trabalho do Ubuntu (provavelmente Boot0000 ) para o topo da lista e mova a entrada do SanDisk para o fundo ou elimine-a completamente.

Infelizmente, não posso ser mais específico sobre as configurações do firmware, pois os detalhes sobre como inserir o utilitário de configuração de firmware e alterar suas opções variam muito de um modelo para outro. Na maioria dos casos, você pode entrar no utilitário de configuração do firmware pressionando Excluir, Enter ou uma tecla de função enquanto o computador é iniciado (antes que o GRUB apareça). Talvez você precise perguntar em um fórum dedicado ao hardware do fabricante se tiver problemas com este procedimento.

EDITAR:

Em resposta aos seus comentários: Primeiro, esqueça tudo que você já sabia sobre como os computadores inicializam! Você observou que tentou um "reparo do setor de inicialização", mas esse é o BIOS pensando. Você não tem mais um BIOS; você tem um EFI. Esse EFI pode inicializar sistemas operacionais BIOS por meio de algo chamado CSM (Compatibility Support Module), mas seus sistemas operacionais claramente não estão instalados nesse modo. Assim, tentar uma opção de reparo no modo BIOS é, na melhor das hipóteses, um exercício de futilidade. Pior, se o seu firmware está configurado para habilitar o CSM, você está complicando seu caminho de inicialização e tornando tudo mais difícil de diagnosticar. Esta foi a base da primeira sub-opção da terceira opção da minha resposta original - desabilitar o CSM, se estiver habilitado, pode fazer com que alguns problemas desapareçam. Assim, eu reitero essa sugestão neste ponto: Verifique suas configurações de firmware, e se o CSM (também conhecido como "suporte a inicialização legado") está habilitado, desabilite-o.

Em seguida, tendo em conta os seus problemas, pode querer dar uma chance ao meu gerenciador de inicialização do rEFInd . Você pode instalá-lo a partir do seu pacote Debian ou PPA depois de inicializar o Ubuntu. Se isso for bem-sucedido, o rEFInd assumirá como seu programa de inicialização principal. OTOH, é possível que o que quer que esteja causando sua reversão para um GRUB não funcional continuará, e nesse caso o rEFInd se tornará outra complicação.