Como instalar o linux mint 17.1 no array de raid 0 criptografado

1

Acabei de adquirir um novo SSD e queria instalar o Linux Mint 17.1 em um RAID 0 array de SSDs. Eu também quero que o array seja criptografado. Eu tentei o seguinte guia e fiz o mdadm configurar uma matriz de software e instruiu o instalador do Linux Mint a use o disco /dev/md0 como destino de instalação, mas o grub não foi instalado e, quando eu reiniciei, o grub disse "nenhum disco ou dispositivo desse tipo".

Isso é possível? Não estou certo do que fazer. Eu tenho 2 HDDs regulares que estou usando para armazenar dados extras também. Eu não sei se eles podem ser usados de alguma forma para segurar o grub, pois eles não são criptografados e não estão em uma matriz de raid.

    
por thomas bearnau 22.02.2015 / 22:28

2 respostas

1

você DEVE criar uma pequena partição fora do raid0 para o /boot.Grub será instalado lá e definir a partição root como MD

    
por 25.02.2015 / 00:52
0

O Grub2 pode inicializar a partir de um Raid0, é uma questão de adicionar o parâmetro ao fazer o install-grub2, ele também suporta múltiplos níveis de LUKS (novamente em tal parâmetro adicione a string para luks).

Eu testei em uma máquina virtual ... meu arquivo grub.cfg está dentro:

Ext4 sobre um LUKS sobre um RAID 0 de 3 HDDs, cada um sobre seus próprios LUKS.

Na inicialização, devo inserir a chave LUKS para cada disco, depois a tecla LUKS para Raid 0.

Eu também uso algoritmos diferentes, etc. em cada LUKS.

Foi apenas um teste de "conceito", mas funcionou. Ele também trabalha com o grub.cfg dentro de um LVM, e também possui uma longa cadeia mista de LVM, Raid, LUKS ...

O Grub2 foi instalado manualmente (usando apenas o grub2-install) e o grub.cfg foi criado manualmente ... eu odeio tudo o que o Grub2 permite que um script crie grub.cfg, especialmente 'grub2-mkconfig' (eu evito usar eu prefiro escrever meu próprio arquivo grub.cfg por conta própria.

Sim, eu costumo usar para bootloaders na cadeia ... principal, o que eu crio manualmente grub.cfg, então eu escolher o que inicializar, Windows X, Y, Z ... Linux A, B, C , etc ... e deixe que cada Linux gerencie seu próprio gerenciador de inicialização como quiser, mas não permitindo que nenhum SO toque no gerenciador de inicialização principal ... isolando cada SO.

Para isso, fiz muitos testes em uma máquina virtual, alguns como prova de conceito, alguns como referência, alguns para dar conhecimento, etc., antes de fazê-lo no meu hardware.

Meu URL principal como ponto de partida para começar, estava lendo isto:

link

Explica como instalar o Grub2 sob o LVM sob LUKS, etc. e tem / boot dentro do LVM + LUKS, etc.

    
por 21.12.2017 / 15:07