O Ubuntu 17.04 não inicializa no sistema UEFI com partição do sistema XFS

0

Estou tentando instalar o Ubuntu em um sistema limpo e usar o XFS para a partição do sistema. No entanto, parece que o meu sistema UEFI não gosta do XFS.

Ao instalar, seleciono 'alguma coisa' e particiono manualmente o disco. Como parte da solução de problemas, coloque as partições de volta ao mínimo de uma única partição ESP e de uma partição do sistema. Quando escolho EXT4 para a partição do sistema, o sistema é instalado e, em seguida, inicializado com êxito. Quando eu faço tudo exatamente da mesma forma, mas mudo a partição do sistema para usar o XFS, o sistema é instalado, mas quando ele é reinicializado, recebo o prompt grub. Ao listar discos (ls (hd0, gpt2)), a partição XFS é vista como desconhecida e ilegível.

O que estou fazendo de errado e como posso instalar o Ubuntu usando o XFS como formato para o disco do sistema?

    
por fileinster 11.08.2017 / 16:26

1 resposta

2

Eu não experimentei essa instalação há algum tempo, mas parece que há um bug no suporte do XFS do GRUB, ou pelo menos na maneira como o Ubuntu o configura. Eu tenho três sugestões para soluções alternativas:

  • Crie uma partição /boot separada - Se você criar uma partição /boot separada e usar ext4fs nela, isso eliminará a necessidade do GRUB de ler o XFS, que deve ignorar o o problema. Eu recomendo que o /boot tenha pelo menos 500 MB de tamanho e talvez seja tão grande quanto 1 GB.
  • Monte o ESP em /boot - Essa abordagem é uma variante da anterior. Tenho certeza que o instalador do Ubuntu vai se recusar a aceitar esse layout, então você precisa instalar de alguma outra maneira e então ajustar a configuração usando um sistema de inicialização de emergência. Mesmo com a dificuldade de configurar isso, há uma ressalva BIG : o Ubuntu às vezes (mas nem sempre) cria links simbólicos como parte temporária da instalação de um novo kernel. Como o FAT (que é usado no ESP) não suporta links simbólicos, isso falhará, assim como qualquer atualização do kernel que crie links simbólicos. Assim, essa abordagem causará problemas menores de tempos em tempos. Se o seu computador fosse um Mac (ou se você estivesse instalando em uma máquina virtual do VirtualBox), você poderia usar o HFS + no ESP, que é uma violação das especificações do EFI, mas funcionaria em um Mac ou no VirtualBox. O uso do HFS + no ESP não funcionará em nenhum PC baseado em UEFI que eu conheça. Em qualquer caso, você quer garantir que o ESP seja grande o suficiente (pelo menos 512 MiB) se você tentar isso.
  • Use rEFInd e o driver XFS efifs - o GRUB não é o único carregador de boot EFI para Linux; mas a maioria requer que o kernel resida na mesma partição que o próprio carregador de boot. O GRUB e o meu próprio rEFInd são as duas exceções a essa regra. O truque com o rEFInd é que ele não inclui suporte a XFS; no entanto, existe um driver XFS para EFI disponível no pacote efifs . Portanto, a instalação do rEFInd e do driver XFS a partir do efifs deve funcionar. O truque é que você precisará fazer isso pelo menos um pouco manualmente e de um sistema de emergência, por isso vai ser difícil de configurar. Além disso, o efifs é derivado dos drivers do sistema de arquivos do GRUB, portanto, se o suporte ao XFS do GRUB for esquisito, os efifs podem não ser melhores.

No geral, a criação de uma partição ext4fs /boot provavelmente será a solução mais fácil; no entanto, se você está realmente interessado em ter tudo (exceto o ESP) no XFS, você pode tentar recuperar ou montar o ESP em /boot . Desses dois, eu recomendaria o rEFInd acima de montar o ESP em /boot ; Montar o ESP em /boot é muito longe do que o Ubuntu espera ser uma boa escolha, particularmente porque você provavelmente verá atualizações ocasionais de pacotes de kernel com falha. Mencionei essa opção principalmente por ser completa, para não dizer que é uma boa ideia.

    
por Rod Smith 11.08.2017 / 20:22