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

Question

Eu comprei este computador e queria instalar o Ubuntu nele. O problema é que eu não tive sucesso por mais de 3 semanas. O computador vem com UEFI de recursos muito limitados. Não pode ser alterado para legado e não há nenhuma opção para selecionar um arquivo UEFI como confiável para execução . A única coisa que pode ser feita é ativar / desativar inicialização segura .

Agora, sobre o problema. Eu tentei instalar o Ubuntu no início no modo automático, depois também com o particionamento manual em algo mais . Em ambos os casos, a instalação falha ao instalar o grub2 em / dev / sda e o computador trava.

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

Portanto, o problema é quando efibootmgr tenta registrar a nova entrada no UEFI. Eu também confirmei executando isto:

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

após o qual ele trava novamente.

Minha ideia de como fazer isso é seguir:

Instale o Ubuntu sem o gerenciador de inicialização, instale o gerenciador 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 renomeá-lo para bootx64.efi . Então estou quase certo de que vai funcionar.

Alguém é capaz de aconselhar sobre como:

1. executar grub-install sem tentar registrar a nova entrada do UEFI por efibootmgr para que ela passe e não faça o computador congelar?

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

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

Obrigado por qualquer conselho.

    

Answer 1

Primeiramente, recomendo que você envie um relatório de bug sobre seus problemas, conforme descrito aqui. Não há garantias de que isso será produzir resultados positivos, mas sem relatórios de bugs, é muito 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á perdendo um parâmetro importante: -l {filename} . Além disso, nunca antes vi -w como uma opção obrigatória, então 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

Altere grubx64.efi para shimx64.efi se tiver certeza de que o arquivo shimx64.efi está instalado e se você deseja inicializar com a inicialização segura ativa. Dado que a instalação principal do sistema operacional está congelando, tenho dúvidas de que essa mudança ajudará, mas vale a pena tentar.

Quanto ao resto, acredito que a opção --no-nvram para grub-install evite tentar atualizar as variáveis NVRAM via efibootmgr . Esta opção não é mencionada na página man , mas acredito que seja uma opção válida.

Você também pode querer consultar a minha página sobre os carregadores de inicialização EFI para Linux, e especialmente seu < Subpágina sobre como instalar os gerenciadores de inicialização. Eles lhe darão algumas informações sobre como as "porcas e parafusos" de essas operações continuam. Você pode até querer usar algo diferente do GRUB 2 como seu gerenciador de partida.

Para inicializar usando o nome do arquivo padrão, copie todos os /boot/efi/EFI/ubuntu para /boot/efi/EFI/BOOT e renomeie grubx64.efi para bootx64.efi dentro desse diretório. Como alternativa, você poderia instalar outra coisa usando o nome do arquivo de fallback. Uma grande ressalva com isso é que isso pode não funcionar se o computador já estiver inicializando o Windows (ou algum outro sistema operacional). Nesse caso, talvez seja necessário "seqüestrar" o carregador de inicialização do Windows, substituindo-o pelo GRUB 2 (ou o que você quiser usar) e movendo o carregador de inicialização do Windows para outro lugar.

    

Answer 2

O problema pode ser resolvido da seguinte forma:

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 carregador de inicialização por:

   sudo ubiquity -b
   

3. Pressione Continuar o teste após a conclusão da instalação.

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 sda2 é a partição raiz e sda1 é a partição do sistema EFI)

5. Carregue os efivars por:

   sudo modprobe efivars
   

6. Reinstale grub-install para uma versão de 64 bits

   sudo apt-get install --reinstall grub-efi-amd64
   sudo grub-install --no-nvram --root-directory=/mnt
   

7. Altere a raiz para /mnt e atualize o grub

   sudo chroot /mnt
   sudo update-grub
   

8. Mova e renomeie o gerenciador de inicialização instalado

   cd /boot/efi/EFI
   sudo cp -R ubuntu/* BOOT/
   cd BOOT
   sudo cp grubx64.efi bootx64.efi
   

9. Reinicie o sistema.

Mais detalhes podem ser encontrados aqui:

Discussão da comunidade Acer

    

Answer 3

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

A melhor maneira é instalar o Linux sem gravar no NVRAM , pois uma gravação feita pelo efibootmgr - que quase todas as distribuições fazem - congelará o sistema (somente leitura é possível).

A solução é usar o sistema rEFInd live (por exemplo, USB stick), inicializá-lo, abrir o shell UEFI e gerar a entrada de UEFI necessária com 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. Quando você reiniciar e pressionar F12, você terá a opção de inicializar o GRUB (e depois o Ubuntu) ou o Windows!