Congelamento da instalação no GRUB2 no Acer TravelMate Spin B1 B118-RN-P7XQ

Question

Ao instalar o Ubuntu no meu Acer TravelMate Spin B1 B118-RN-P7XQ, a instalação pára / congela ao instalar o GRUB2. Quando eu reinicio o notebook (então a instalação não está completa) eu chego na linha de comando GRUB2, onde eu posso inicializar o Ubuntu manualmente. No entanto, toda tentativa de corrigir o GRUB congela o notebook.

Este é o caso do Ubuntu 16.04 LTS com e sem atualizações no momento da instalação e no Ubuntu 17.04 sem obter atualizações.
Somente ao instalar o Ubuntu 17.04 com atualizações durante o tempo de instalação, a instalação ainda congela, mas eu posso inicializar diretamente no Ubuntu. (No entanto, duvido que a instalação seja muito utilizável / estável por causa da instalação incompleta ...)

Uma solução possível é primeiro instalar o Ubuntu 17.04 com atualizações, depois instalar outro Ubuntu com ubiquity -b (sem bootloader), caso em que a instalação é concluída com sucesso.

Coisas que tentei:

• usando outra distribuição: Ubuntu GNOME, Linux Mint, Antergos (com GRUB2); sempre o mesmo
• ligando para o suporte ao cliente da Acer: eles mudaram a placa-mãe (?) e basicamente me disseram que não suportam o Ubuntu, o Ubuntu não é compatível (ainda) e eu deveria mudar para o Windows 10
• instalando o Antergos com o systemd-boot em vez do GRUB2, instalando o Windows 10; ambos funcionam bem

Este notebook vem com o Endless OS, uma estranha distribuição Linux pré-instalada (também posso reinstalá-lo com sucesso). Ele também usa o GRUB2 (aparentemente, o Acer fez funcionar nessa distro).

Eu cometi algum erro?
Se não, posso ajudar em algum lugar para corrigir esse problema? fornecendo informações (hardware) e / ou testes? Eu não estou usando o notebook ativamente, não há dados nele, então pode ser útil.

Atualização 1: sudo parted -l após a instalação do Ubuntu 17.04 com atualizações:

Model: ATA Micron_110_MTFD (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End    Size   File system  Name                  Flags
 1      1049kB  538MB  537MB  fat32        EFI System Partition  boot, esp
 2      538MB   256GB  256GB  ext4

Atualização 2: link
Além disso, boot-repair get está preso na reinstalação do GRUB ...

Atualização 3:
diff, à esquerda é Ubuntum à direita é EndlessOS: link

Atualização 4:
Erro ainda ocorre com o Ubuntu 17.10.1 (embora existe solução).

    

Answer 1

Se apenas instalar o pacote grub for o problema e você puder remover o drive para colocá-lo em outro computador, faça exatamente isso e instale o Ubuntu nele. Familiarize-se com o trabalho em torno da falta de entradas da UERA NVRAM, existem várias maneiras de abordar isso e você deve ter um sistema inicializável ao montar a unidade novamente. Se o armazenamento é apenas um (ou mais) chips soldados para a placa principal, então você precisaria de outra unidade para instalar em outro computador, inicializar um disco ativo no computador de destino, configurar a tabela de partição, copiar todo o conteúdo do root e do EFI partição do sistema com sudo rsync -av e configure /etc/fstab para os UUIDs corretos. Algumas pessoas preferem algum dump / clone de disco, mas eu prefiro este. Com UEFI, você não precisaria nem mesmo chamar o grub para modificações no MBR, se isso for a parte em que ele falha.

Isso resolveria seu problema pensando fora da caixa. ;) Investigar o problema ainda seria uma boa ideia. Endless OS é baseado no Debian se bem me lembro, não é estranho , é realmente muito bom e tem algumas vantagens (sem atualizações ruins ou travadas, vapor via flatpak). Vale a pena dar uma segunda olhada, não faça isso só porque é feito para pessoas que não são especialistas em tecnologia.