Instalando o Ubuntu 16.04 no Dell XPS 8910

0

Pedimos desculpas por duplicar uma pergunta que está atualmente ativa, mas estou desesperado pela resposta e, como sou novo no AskUbuntu, ainda não tenho a reputação de adicionar comentários à pergunta original.
Eu também estou tentando iniciar o Ubuntu 16.04.01 em uma torre Dell XPS 8910 recentemente adquirida, mas recebo uma mensagem de falha fatal quando o instalador chega à fase de instalação do grub.

O computador é pré-instalado com o Windows 10 (UEFI), que é montado em um HDD de 2 TB com um link RAID 0 para um SSD de 32 GB.

Depois de muitas tentativas fracassadas de concluir esta tarefa, eu desassociei o disco RAID do mestre no Windows, pensando que essa poderia ser a causa do problema, converti o modo SATA para AHCI e desativei a função FastStartup, mas ela ainda falha no instalação do boot grub. Eu também tentei com o SecureBoot desativado sem qualquer sorte.

Estou usando uma versão UEFI ao vivo do Ubuntu para executar a instalação (executando um USB) e tentei usar as opções INSTALL ALONGSIDE e SOMETHING ELSE. Eu tentei especificar muitos locais diferentes para a instalação do carregador de boot, mas na tentativa mais recente tentei / dev / sdb desde que a partição EFI do Windows está aqui.

As partições nas duas unidades após uma tentativa falhada são as seguintes:

Disk /dev/sda: 29.8 GiB, 32017047552 bytes, 62533296 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 892A53A1-3FCB-434D-9BFA-54B31909C

Device     Start    End Sectors  Size Type
/dev/sda1     34 262177  262144  128M Microsoft reserved

Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 42310B56-93E8-4769-A69B-F800C3921

Device          Start        End    Sectors   Size Type
/dev/sdb1        2048    1026047    1024000   500M EFI System
/dev/sdb2     1026048    1288191     262144   128M Microsoft reserved
/dev/sdb3     1288192 1959598079 1958309888 933.8G Microsoft basic data
/dev/sdb4  3878731776 3879653375     921600   450M Windows recovery environment
/dev/sdb5  3879653376 3907020799   27367424  13.1G Windows recovery environment
/dev/sdb6  1959598080 1969362943    9764864   4.7G Linux swap
/dev/sdb7  1969362944 1979127807    9764864   4.7G Linux filesystem
/dev/sdb8  1979127808 3878731775 1899603968 905.8G Linux filesystem

Qualquer ajuda seria muito apreciada, pois após 4 dias de tentativas, acho que já esgotou a orientação de postagens anteriores.

    
por IanUbuntu 08.02.2017 / 22:01

1 resposta

1

Depois de muita experimentação, acho que resolvi isso.

Em resumo:

  1. com as partições instaladas com falha ainda no boot do HDD de volta no Windows e restabelecer a configuração RAID originalmente fornecido pela Dell (precisa ativar a operação SATA para RAID On no BIOS primeiro)
  2. desligue o SecureBoot no BIOS
  3. inicialize novamente no disco live do Ubuntu e execute o reparo da inicialização seguindo as instruções em link . Isso deve instalar com sucesso o software grub2 sem erros.
  4. Lembrando-se de remover a unidade USB ao vivo, reinicialize o computador. Grub2 então assume e leva você para a tela de login do Ubuntu.

Para confirmar, o Ubuntu está sendo executado com o SATA definido como RAID On e os discos ainda estão acelerados. Desativei o SecureBoot, mas tentarei ativá-lo novamente e ver o que acontece (o boot-repair solicitou que ele fosse desativado para ser executado).

Eu tentei executar o reparo de inicialização com os discos RAID desassociados e o BIOS definido como AHCI, mas isso falhou com o aviso de que a partição EFI estava bloqueada. Isso foi resolvido conforme descrito nos pontos 1-3.

Eu não testei, mas estou supondo que você deve ser capaz de instalar o Ubuntu a partir do disco ao vivo sem desassociar os discos RAID no Windows. As etapas usando o reparo de inicialização provavelmente ainda serão necessárias.

    
por IanUbuntu 09.02.2017 / 13:51