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.