Instalado o Ubuntu 17.04 a partir do usb, mas agora não pode inicializar

0

Eu instalei o Ubuntu 17.04 de um live usb no meu HDD formatado, como eu havia feito no passado, esperava que fosse como normalmente. No entanto, após a reinicialização, recebi o erro que era: "Verificando a presença da mídia ...... Nenhuma mídia presente ...... Falha ao abrir \ EFI \ BOOT \ shimx.efi - Não encontrado Falha ao carregar a imagem mesmo caminho de antes : Not Found Falha ao iniciar o MokManager - Not Found "

Eu tenho o modo UEFI ativado e meu HDD está formatado com o GPT.

Eu tentei usar o reparo de boot várias vezes, e ele diz que o GRUB existe no meu sistema (e o instalador do ubuntu afirma que o Ubuntu 17.04 também está instalado), mas sempre que eu reinicio o GRUB ou o Ubuntu não carrego o live usb inserido).

Qualquer ajuda apreciada.

Editar:

Eu já tinha uma inicialização segura desativada.

Resultado do relatório de reparo de inicialização:
pastebin.com/xP92a5wD

Especificações de hardware: Satélite Toshiba C55 B5200, 6GB de memória, I3 de 64 bits

    
por Paddy Costelloe 27.08.2017 / 23:44

2 respostas

0

Eu tinha o mesmo computador, exceto com 4 GB de RAM. Eu tive o mesmo problema com a inicialização da EFI. Gostaria de obter nenhum dispositivo inicializável encontrado.

Meu sistema tinha uma partição de recuperação do sistema primeiro na unidade e a partição EFI em segundo. A solução para mim foi usar o disco de recuperação do Windows para particionar a unidade. Em seguida, exclua todas as partições, exceto a primeira (a recuperação). Em seguida, instalar o Ubuntu.
Meu sistema também foi inicializado apenas pelo dispositivo (sem inicialização do sistema operacional), portanto, o caminho de mídia padrão teve que ser criado. Copie /EFI/ubuntu/shimx64.efi para / EFI / BOOT / e renomeie para BOOTx64.efi, funcionou perfeitamente.

Tente criar uma partição NTFS no início da unidade e sinalize-a como recuperação do sistema. E uma partição FAT32 marcada como ESP. em seguida, instalar o Ubuntu.

    
por ravery 28.08.2017 / 05:05
0

Com uma ressalva, a mensagem de erro que você reporta parece vir do Shim ( shimx64.efi ), o que implica que o computador está iniciando o processo de inicialização. A ressalva é esta: você relatou a seguinte mensagem de erro:

Failed to open \EFI\BOOT\shimx.efi - Not Found

Esta mensagem assume a forma de mensagens do Shim; no entanto, Shim lança o GRUB e deve estar reclamando que não é possível encontrar grubx64.efi , não shimx64.efi . Você também diz que reclamou que não foi possível encontrar o MokManager, o que esclarece ainda mais que isso deve ser uma mensagem de Shim - AFAIK, nenhuma EFI procura o MokManager, mas o Shim sim. Como esta é uma mensagem de Shim, suponho que você tenha relatado este detalhe incorretamente. Se não, então você se deparou com algo novo e estranho, o que poderia complicar minha análise abaixo - mas talvez isso ainda se aplica mesmo assim ...

A saída de reparo de inicialização indica que shimx64.efi e grubx64.efi estão presentes em EFI/ubuntu no ESP. Seu diretório EFI/BOOT tem um arquivo bootx64.efi , mas não está claro o que é da saída do Reparo de inicialização sozinho. No entanto, como a mensagem de erro faz referência a EFI/BOOT , parece provável que EFI/BOOT seja uma cópia do Shim e que esse binário esteja em execução. Em caso afirmativo, e se nada mais existir nesse diretório, a mensagem de erro fará sentido, pelo menos se realmente se referir a grubx64.efi .

Dado tudo isso, a solução mais fácil é copiar EFI/ubuntu/grubx64.efi e EFI/ubuntu/grub.cfg para EFI/BOOT no ESP ( /dev/sda1 no seu caso). Com esses arquivos copiados, Shim poderá lançar o GRUB, ainda que de EFI/BOOT em vez de EFI/ubuntu . Esta deve ser uma correção bastante simples. Isso tem a desvantagem de que as futuras atualizações no GRUB e no Shim não serão totalmente instaladas - ou, para ser mais preciso, elas serão instaladas, mas nunca serão executadas.

Outro possível reparo é sugerido pelo seguinte da sua saída de reparo de inicialização:

=================== efibootmgr -v
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 0000,0002,0001,0003
Boot0000* ubuntu    VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0001* UEFI: IP4 Realtek PCIe FE Family Controller   PciRoot(0x0)/Pci(0x1c,0x2)/Pci(0x0,0x0)/MAC(f8a96315c2b0,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)..BO
Boot0002* UEFI: IP6 Realtek PCIe FE Family Controller   PciRoot(0x0)/Pci(0x1c,0x2)/Pci(0x0,0x0)/MAC(f8a96315c2b0,0)/IPv6([::]:<->[::]:,0,0)..BO
Boot0003* UEFI:  USB Flash Memory1.00   PciRoot(0x0)/Pci(0x14,0x0)/USB(2,0)..BO

Esta saída requer algum conhecimento para analisar, mas a linha ubuntu é estranha. Normalmente deve ser mais parecido com isto:

Boot0000* ubuntu    HD(2,GPT,6e49fcaf-d054-47c9-ba69-a668c5ee8192,0xc00,0x114000)/File(\EFI\ubuntu\shimx64.efi)

Os detalhes, e particularmente todos os números hexadecimais, podem variar, mas normalmente seria uma entrada HD(...) que se refere a EFI\ubuntu\shimx64.efi . Assim, você pode tentar isto:

  1. Inicialize um disco de emergência.
  2. Abra uma janela do Terminal.
  3. Digite sudo efibootmgr -c -l \EFI\ubuntu\shimx64.efi -L ubuntu .
  4. Digite sudo efibootmgr -v para examinar a nova lista de ordem de inicialização. Você deve ver algo como a entrada que mostrei acima, e ela deve ser a primeira na linha BootOrder .

Dito isto, tanto o instalador do Ubuntu como o Boot Repair fazem basicamente isso nos bastidores, e seu sistema ainda tem esse problema. Assim, pode ser que você esteja vendo um bug, seja no firmware do seu computador ou em algo no Ubuntu (provavelmente efibootmgr , mas talvez o kernel ou outra coisa). Alguns Toshibas são conhecidos por terem EFIs escamosos, então um bug no seu firmware é totalmente possível. (Atualizando para o firmware mais recente, se você ainda não estiver rodando, pode valer a pena tentar.)

Ainda outra abordagem é usar fallback.efi (também conhecido como fbx64.efi ), que você instala em EFI/BOOT , junto com um arquivo chamado BOOT.CSV no diretório EFI/ubuntu . Isso é um pouco tedioso para configurar, no entanto. Consulte esta página da documentação do rEFInd para obter detalhes sobre como fazer isso com o rEFInd - mas você precisa ajustar os detalhes um pouco para fazê-lo funcionar com o Ubuntu. Não vejo nenhum sinal de fallback.efi ou fbx64.efi em sua saída do Reparo de inicialização, portanto, pode não estar instalado em seu sistema.

    
por Rod Smith 28.08.2017 / 16:46