Não foi possível instalar o Ubuntu no Acer Aspire ES1-533

10

Comprei este computador e queria instalar o Ubuntu nele. O problema é que não tenho êxito há mais de três semanas. O computador vem com UEFI de recursos muito limitados. Ele não pode ser alternado para legado e não há opção para selecionar um arquivo UEFI como confiável para execução . A única coisa que pode ser feita é ativar / desativar a inicialização segura .

Agora sobre o problema. Tentei instalar o Ubuntu primeiro no modo automático, depois também com o particionamento manual em outra coisa . Nos dois casos, a instalação falha ao instalar o grub2 em / dev / sda e o computador trava.

Decidi instalar sem o gerenciador de inicialização usando o ubiquity -b . Isso funcionou bem e a instalação foi concluída sem nenhum problema. Finalmente, tentei instalar o gerenciador de inicialização manualmente usando o grub-install . E aqui chego ao mesmo ponto - o computador trava.

aqui o grub-install congela

Portanto, o problema é quando o efibootmgr tenta registrar a nova entrada no UEFI. Também confirmei executando este:

_sudo efibootmgr -c -d /dev/sda -p 1 -w -L ubuntu_ 

após o que novamente trava.

Minha idéia de como fazê-lo funcionar é a seguinte:

Instale o Ubuntu sem o carregador de inicialização, instale o carregador de inicialização manualmente sem tentar registrar uma nova entrada no UEFI, mova o carregador de inicialização de / EFI / ubuntu / para / EFI / BOOT / e renomeie-o para bootx64.efi . Então, tenho quase certeza de que funcionará.

Alguém pode aconselhar sobre como:

  1. execute a instalação do grub sem tentar registrar uma nova entrada UEFI pelo efibootmgr para que ele continue e não congele o computador?

  2. Quais arquivos de / EFI / ubuntu / devo copiar para / EFI / BOOT e quais deles devo renomear para bootx64.efi ?

  3. Se esse não for o melhor caminho, qual seria a melhor solução.

Obrigado por qualquer conselho.

Sladek90
fonte
11
O mesmo problema aqui ... comprei essa coisa há alguns dias.
Menos

Respostas:

12

O problema pode ser resolvido da seguinte maneira:

  1. Inicialize o Ubuntu Live DVD / USB no modo de teste e abra o terminal

  2. Execute o processo de instalação sem instalar o gerenciador de inicialização:

    sudo ubiquity -b
    
  3. Pressione Continue testingapós a instalação terminar.

  4. Monte o sistema de arquivos recém-instalado em /mnt:

    sudo mount /dev/sda2 /mnt
    sudo mkdir /mnt/boot/efi
    sudo mount /dev/sda1 /mnt/boot/efi
    for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
    

(onde sda2está a partição raiz e sda1a partição do sistema EFI)

  1. Carregar efivars por:

    sudo modprobe efivars
    
  2. Reinstale grub-installpara uma versão de 64 bits

    sudo apt-get install --reinstall grub-efi-amd64
    sudo grub-install --no-nvram --root-directory=/mnt
    
  3. Alterar raiz para /mnte atualizar o grub

    sudo chroot /mnt
    sudo update-grub
    
  4. Mova e renomeie o carregador de inicialização instalado

    cd /boot/efi/EFI
    sudo cp -R ubuntu/* BOOT/
    cd BOOT
    sudo cp grubx64.efi bootx64.efi
    
  5. Reinicie o sistema.

Mais detalhes podem ser encontrados aqui:

Discussão da comunidade Acer

Sladek90
fonte
2
Quando eu faço: sudo mount / dev / sda2 / mnt sudo mkdir / mnt / boot / efi, ele me dá um erro e diz que eles estão em uso ou não existem. Como posso verificar qual é o meu equivalente dessas pastas? Além disso, ao instalar o Ubuntu, devo escolher partições custome? Como eram suas partições quando você fez isso?
precisa saber é o seguinte
11
Esta solução funcionou para mim em um Lenovo L450 ao instalar o Linux Mint 19! Assim como o OP, eu não tinha opção para selecionar um arquivo UEFI confiável.
Simon M. Laube
Ótima resposta! Funcionou como um encanto em um teimoso Acer Aspire ES1-533-P7P6 com o Kubuntu 18.04.2.Muito obrigado!
David Verdin
@dinnerisserved você pode listar todas as suas unidades usandosudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL
Sisir
lista efi partiçãosudo fdisk -lu|grep -i efi
Sisir
5

Primeiro, eu recomendo fortemente que você apresente um relatório de bug sobre seus problemas, conforme descrito aqui. Não há garantia de que isso produzirá resultados positivos, mas sem os relatórios de erros, é improvável que os desenvolvedores corrijam problemas.

Segundo, você disse que usou o seguinte comando manualmente para tentar registrar o GRUB com o firmware:

sudo efibootmgr -c -d /dev/sda -p 1 -w -L ubuntu

Esse comando, no entanto, está faltando um parâmetro importante: -l {filename}. Além disso, nunca antes vi -wuma opção necessária, e isso provavelmente deve ser removido. No total, seu comando deve ser:

sudo efibootmgr -c -d /dev/sda -p 1 -L ubuntu -l \\EFI\\ubuntu\\grubx64.efi

Mude grubx64.efipara shimx64.efise tiver certeza de que o shimx64.efiarquivo está instalado e se deseja inicializar com o Secure Boot ativo. Dado que a instalação principal do sistema operacional está congelando, duvido que essa alteração ajude, mas vale a pena tentar.

Quanto ao resto, acredito que a --no-nvramopção grub-installdeve impedir que tente atualizar as variáveis ​​da NVRAM via efibootmgr. Esta opção não é mencionada na manpágina, mas acredito que seja uma opção válida.

Você também pode consultar minha página sobre os gerenciadores de inicialização EFI para Linux, e especialmente sua subpágina sobre como instalar os gerenciadores de inicialização. Isso fornecerá algumas informações sobre como as "porcas e parafusos" dessas operações prosseguem. Você pode até querer usar algo diferente do GRUB 2 como seu carregador de inicialização.

Para inicializar usando o nome de arquivo padrão, você deve copiar todos /boot/efi/EFI/ubuntupara /boot/efi/EFI/BOOTe renomeação grubx64.efipara bootx64.efidentro desse diretório. Como alternativa, você pode instalar outra coisa usando o nome do arquivo de fallback. Uma grande ressalva disso é que isso pode não funcionar se o computador já estiver inicializando o Windows (ou outro sistema operacional). Nesse caso, pode ser necessário "seqüestrar" o carregador de inicialização do Windows, substituindo-o pelo GRUB 2 (ou o que você desejar usar) e movendo o carregador de inicialização do Windows para outro local.

Rod Smith
fonte
OK, finalmente parece que outra pessoa registrou o bug diante de mim. Veja [link] ( bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1652090 )
Sladek90
1

De fato, o Linux pode ser instalado e inicializado no Acer ES1-533 seqüestrando o gerenciador de inicialização padrão (Windows), conforme descrito por Sladek90 e também detalhado no excelente site de Rod Smith. No entanto, isso não é necessário.

Uma maneira melhor é instalar o Linux sem gravar na NVRAM , pois uma gravação pelo efibootmgr - que quase todas as distros fazem - congelará o sistema (somente a leitura é possível).

A solução é usar o sistema ao vivo rEFInd (por exemplo, dispositivo USB), inicializá-lo, abrir o shell UEFI e gerar a entrada UEFI necessária com o bcfg , por exemplo:

bcfg boot add 2 fs0:\EFI\ubuntu\grubx64.efi "GRUB Loader"

Isso adiciona uma entrada de inicialização para o GRUB na pos. 2. Ao reiniciar e pressionar F12, você terá a opção de inicializar o GRUB (e depois o Ubuntu) ou o Windows!

Palmstroem
fonte
Você poderia adicionar um processo passo a passo em vez de fornecer uma ideia aproximada?
Sisir