Problema ao instalar o GRUB após a instalação do xubuntu no RAID0

1

Eu segui as instruções em outro post que basicamente dizia para criar o RAID e instalar depois de selecionar as partições RAID para instalar. Eu já fiz isso várias vezes, mas me vejo frustrado desta vez.

Eu tinha um sistema rodando em um par de 512GB SSDs que tinham duas partições RAID0. Uma foi para o sistema (cerca de 40 GB) e a maior parte do restante é alocada para / home. Isso foi executado em uma versão 17.x do Linux Mint. Após um desligamento impuro, o sistema foi acionado. Parece que alguns arquivos estavam faltando ou corrompidos. Eu decidi que era um bom momento para atualizar, então baixei o atual Linux Mint (Cinnamon) .iso e copiei para um drive USB. Eu inicializei o USB, montei os RAIDs e continuei com a instalação. Selecionei / dev / md1 para o sistema, formato EXT4 e reformatei a unidade. Eu selecionei / dev / md2 para / home sem uma reformatação. A instalação pareceu funcionar bem com o instalador, mesmo reconhecendo que meu $ HOME é criptografado. Quando chegou ao ponto em que precisava instalar o GRUB, ele relatou um erro e me deu três opções. Independentemente da escolha que fiz, a caixa de diálogo não prosseguiu.

Depois baixei e tentei instalar o Xubuntu 16.04 LTS e tive exatamente o mesmo resultado. No momento eu inicializei a unidade USB, montei os RAIDs e tentei instalar o GRUB em / dev / sda e / dev / md0 com os seguintes resultados.

xubuntu@xubuntu:~$ sudo grub-install --boot-directory=/media/xubuntu/c31e9230-d979-4c7d-81ee-34dda0bac330 /dev/md0
Installing for i386-pc platform.
grub-install: warning: File system 'ext2' doesn't support embedding.
grub-install: warning: Embedding is not possible.  GRUB can only be installed in this setup by using blocklists.  However, blocklists are UNRELIABLE and their use is discouraged..
grub-install: error: will not proceed with blocklists.
xubuntu@xubuntu:~$ 


xubuntu@xubuntu:~$ sudo grub-install --boot-directory=/media/xubuntu/c31e9230-d979-4c7d-81ee-34dda0bac330 /dev/sda
Installing for i386-pc platform.
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
grub-install: error: embedding is not possible, but this is required for RAID and LVM install.
xubuntu@xubuntu:~$ 

Aqui está como / dev / sda é particionado.

xubuntu@xubuntu:~$ sudo parted -l /dev/sda
Model: ATA Samsung SSD 850 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name                 Flags
 4      17.4kB  1049kB  1031kB               BIOS boot partition  boot, esp
 3      1049kB  1074MB  1073MB  ext4                              boot, esp
 1      1074MB  21.5GB  20.4GB  ext4                              raid
 2      21.5GB  500GB   479GB                                     raid

E os RAIDs

xubuntu@xubuntu:~$ cat /proc/mdstat
Personalities : [raid0] [raid1] 
md0 : active raid1 sde2[0] sdg2[1]
      186839936 blocks super 1.2 [2/2] [UU]

md3 : active raid1 sda3[0] sdb3[1]
      1047488 blocks [2/2] [UU]

md2 : active raid0 sda2[0] sdb2[1]
      934827008 blocks super 1.2 512k chunks

md1 : active raid0 sdb1[0] sda1[1]
      39846912 blocks super 1.2 512k chunks

unused devices: <none>
xubuntu@xubuntu:~$ 

Eu fiz algumas pesquisas e encontrei link Baseado na sugestão de marcar a unidade 'bios_grub on' executei os seguintes comandos:

xubuntu@xubuntu:~$ sudo parted /dev/sda set 1 bios_grub on
Information: You may need to update /etc/fstab.

xubuntu@xubuntu:~$ sudo grub-install --boot-directory=/media/xubuntu/c31e9230-d979-4c7d-81ee-34dda0bac330 /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
xubuntu@xubuntu:~$ 

Emocionado ao ver "A instalação foi concluída. Nenhum erro foi reportado." Eu reiniciei e encontrei-me diante de um "grub >" pronto. : (

Pior ainda, esta operação parece ter corrompido / dev / md0 e não é mais montada quando eu inicializo o pen drive.

Eu realmente gostaria de saber o que fazer de diferente para que isso funcione. Obrigado por qualquer ajuda.

Editar: Lembro-me de ver opções para 'inicializar outra unidade' forma alguma mídia de instalação. Como um substituto, eu ficaria feliz em poder usar algo assim (o que exigiria a capacidade de inicializar uma imagem no RAID) até que eu possa descobrir o que precisa acontecer para obter o GRUB instalado corretamente

    
por HankB 05.12.2016 / 02:53

1 resposta

0

Eu resolvi principalmente esse problema. Eu acredito que o problema gira em torno da necessidade de "gerenciar" o particionamento. Por razões não óbvias para mim, o particionamento original não era adequado para a instalação do grub. (Ele funcionou em uma versão do Mint com base no 14.04 LTS, mas acho que os tempos mudam.) Tenho certeza de que os requisitos de particionamento estão documentados em algum lugar, mas não o encontrei durante minhas pesquisas.

Também foi muito frustrante que, quando você tenta o sistema operacional (necessário para instalar o mdadm e montar os RAIDs) se a instalação do grub falhar, o pop-up pretendia permitir uma opção de recuperação ou prosseguir com os travamentos. Isto é 100% reproduzível com versões recentes do Ubuntu (16.04, 16.10 incluindo o Xubuntu.)

Eu tive um terceiro SSD no PC. Eu tentei instalar isso, mas acabei com o mesmo erro. Isso resultou porque eu tive que executar o particionamento manual e o que eu produzi não era adequado.

O que finalmente funcionou foi desconectar as duas unidades RAID e instalar na terceira, permitindo que o particionador reformate a unidade e instale. Dessa forma, o particionador poderia produzir o layout de partição necessário. Eu ainda era capaz de configurar isso para montar meu diretório RAID0 $ HOME com as unidades reconectadas. (UUIDs FTW desde que a unidade de inicialização foi movida de / dev / sda para / dev / sdc.)

Eu então reproduzi a estrutura do diretório em uma das unidades invadidas (/ dev / sda) e continuei com outra instalação do 16.04 LTS. Quando chegou à instalação do grub ele falhou novamente (AAARRRGGGHH !!!) Desta vez com uma mensagem diferente:

% bl0ck_qu0te%

Pelo menos, não foi interrompido neste momento. A próxima caixa de diálogo relatou alegremente

% bl0ck_qu0te%

Neste ponto, o instalador mais uma vez atingiu um "estado estável" e a caixa de diálogo permaneceu até que eu reinicializei o sistema.

Undaunted Eu reiniciei a unidade alternativa e executei update-grub , que identificou ambas as instalações. Infelizmente a instalação envolvendo RAID ainda não inicializa porque o mdadm não está instalado no initrd. Eu acho que isso pode ser consertado. (Pelo menos costumava funcionar.) Uma vez que eu resolva isso, terei novamente um sistema totalmente funcional. Talvez algum dia o instalador seja inteligente o suficiente para incluir suporte a RAID no initrd quando o sistema estiver instalado no RAID. Acho que devo procurar ou arquivar alguns relatórios de bugs.

    
por HankB 18.12.2016 / 04:32