Boot-Repair, não shimx64, boot-info fornecido

Question

Eu estava tentando instalar o Pidgin no meu Ubuntu 16.04 seguindo as instruções que encontrei em um site, com muitas dependências; quando não funcionou, desconectei e desliguei o PC durante a noite. Esta manhã, o Ubuntu não inicializaria. (Então eu não consigo nem recuperar o site que foi ...)

Depois de executar o Boot-Repair a partir de um pendrive (que funciona apenas quando eu conecto o pendrive Boot-Repair e o Ubuntu LiveUSB, e escolho o segundo no BBS), eu tenho a opção de inicializar no GNU GRUB. As tentativas de executar a opção do Ubuntu resultam em uma tela preta na parte superior da qual algumas vezes recebo o seguinte:

/dev/sda2: clean, {some big number}/{some big number} files, {some big number}/{some big number} blocks

[938323] libvirt-guests.sh[1226]: Running guests on default URI: no running guests.

(Os números entre colchetes variam.)

(Eu posso desliguei o PC enquanto uma máquina virtual estava em execução em virt-manager ; não lembro.)

As outras opções do GNU GRUB são:

Advanced options for Ubuntu (after “Recovery Mode”, no help)
EFI/ubuntu/fwupx64 (goes immediately back to GNU GRUB)
EFI/ubuntu/MokManager (I have no idea how to work with this)

Boot-repair me diz que posso reinicializar através de shimx64.efi , mas essa opção não aparece no GRUB. Além disso, o meu Aptio BIOS setup (2012) não tem nenhuma opção para ativar ou desativar a inicialização segura, o que eu li é necessário para mostrar shimx64.efi .

Boot-Repair Info

Não tenho certeza de como proceder. Devo ir mais fundo no "modo de recuperação"? Devo tentar outras opções dentro do Boot-Repair?

Alguém aqui poderia me ajudar a corrigir isso?

    

Answer 1

Parece que deve estar funcionando. Algumas observações e comentários:

• Sua saída do Reparo de inicialização indica que você tem as versões do GRUB do BIOS e do EFI instaladas, mas parece que você está usando a versão EFI e a versão do BIOS está quebrada. Isso não é realmente um problema, mas pode ser confuso. Provavelmente indica uma instalação anterior no modo BIOS ou uma tentativa de reparar o problema com as ferramentas do modo BIOS.
• O binário shimx64.efi é mais ou menos necessário para inicializar o Ubuntu com inicialização segura, mas o shimx64.efi pode ser usado para inicializar com ou sem a inicialização segura ativada. A entrada do gerenciador de inicialização EFI para inicializar com shimx64.efi provavelmente será exibida como ubuntu no menu de inicialização. (Algumas pessoas têm duas ubuntu entradas, uma das quais lança shimx64.efi e a outra lança grubx64.efi diretamente.) Quando iniciada, shimx64.efi lança grubx64.efi , que apresenta o menu de inicialização e inicializa o kernel.
• A entrada fwup64 que você vê inicia uma ferramenta de atualização de firmware. Ele será útil somente se você fizer o download de uma atualização de firmware do fabricante do computador / placa-mãe e instalá-la no ESP - e somente se a EFI do computador suportar os protocolos usados por fwup64 , que a maioria não (ainda). Em outras palavras, você pode ignorar essa opção.
• A entrada MokManager permite que você gerencie as Chaves do Proprietário da Máquina (MOKs), que são usadas pelo Shim para permitir que binários e kernels de terceiros sejam iniciados. É muito improvável que esta entrada seja útil em sua situação atual, para que você possa ignorá-la.

Há uma pequena chance de que seu problema esteja sendo causado pela inicialização segura, portanto, você pode tentar desabilitá-lo. Para fazer isso, você precisará inserir seu utilitário de configuração de firmware (pressionando Esc, Enter ou uma tecla de função logo após ligar o computador - os detalhes variam de um sistema para outro, por isso não posso fornecer instruções exatas ). Como desabilitar o Secure Boot depois de inserir o utilitário de configuração também varia muito de um sistema para outro. Para alguns exemplos, consulte esta página minha.

É mais provável que seu problema seja causado por algo mais ao longo do processo de inicialização - claramente, seu kernel está carregando, mas algo está falhando. Isso pode estar relacionado a drivers de vídeo - pode ser que seu sistema esteja executando normalmente exceto para a exibição X (GUI). Há um pergunta bastante maciça e respostas aqui no AskUbuntu sobre este tipo de problema, então talvez você encontre algo útil lá. Também pode estar relacionado à virtualização de alguma forma, dada a última mensagem que você vê; ou talvez algum arquivo aleatório, mas crítico, tenha sido danificado ou esteja faltando.

Sinto muito por não ter uma resposta melhor - mas, com alguma sorte, essa resposta será útil para evitar que você faça uma perseguição louca com relação a fwup64 , MokManager ou Shim.