Temos um servidor Ubuntu 10.04 LTS configurado com o LVM rodando sobre criptografia de disco, que é executado sobre um volume RAID1 composto por dois discos SATA físicos. A configuração é assim:
_______________
|swap| / | - LVM volume for swap (10 GB)
|____|__________| - LVM volume for root (rem. space ~ 490 GB)
|______LVG0_____| - LVM group
/d0fc97a3b3e8ae5a8\ - dm-crypt encrypted partition on RAID1
______/___________________\______
|/boot| > RAID1 | > RAID1 |/boot| - 250MB /boot partition on each disk
|_____|__________|__________|_____| - remaining space on each for RAID
|______500 GB____|____500 GB______| - SATA HDD x 2
Isso funciona muito bem, no entanto, quando vou simular uma falha no disco frio (desligar, desconectar um ou outro disco e ligar), ele não solicita minha senha de inicialização e mostra o erro:
cryptsetup: LVM device name (dev/disk/by-UUID/[UUID String]) does not begin with /dev/mapper
Após cerca de 5 minutos, ele irá aparecer com um prompt BusyBox (initramfs) . A minha pergunta é: por que não pedir a senha de inicialização quando iniciada assim de qualquer disco? Eu escolhi a opção de continuar a inicialização após uma falha de disco quando instalei a partição RAID, mas isso obviamente não está acontecendo. Segundo, como posso obtê-lo manualmente para desbloquear o disco restante da matriz RAID e inicializar corretamente usando o shell BusyBox?
Obrigado antecipadamente.
EDIT: Conforme solicitado, aqui está a saída do pvdisplay executado depois de inicializar com a unidade conectada:
--- Physical volume ---
PV Name /dev/mapper/[md disk]_crypt
VG Name [LVM group name]
PV Size 465.53 GiB / not usable 2.93 MiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 119174
Free PE 0
Allocated PE 119174
PV UUID [UUID]
Quando apenas uma unidade está conectada, ela eventualmente me leva a um shell BusyBox, onde o pvdisplay não está disponível.
ATUALIZAÇÃO: Eu me deparei com este relatório de bug debian do final do ano passado que combinava com meu problema bem. Parece que foi corrigido, então eu instalei manualmente os pacotes cryptsetup, libcryptsetup1 e libpop0 atualizados do upstream.
Agora, quando eu inicializo com um disco desconectado, não recebo mais o erro e ele pede uma senha corretamente. No entanto, não aceitará a senha que eu configurei. Com ambos os discos conectados, ele aceita a senha e inicializa normalmente, mas com um deles desconectado, ele pede a senha 'won' Aceite a senha correta.
UPDATE 2:
Os sintomas agora parecem idênticos ao relatório de erros arquivado aqui, embora eu esteja executando o Lucid . Conforme descrito no link, posso inicializá-lo a partir de um único disco - se eu gerar falhas suficientes, ele eventualmente me expulsará para o shell BusyBox novamente, e eu posso executar cryptsetup luksOpen /dev/md1 md1_crypt , digitar a senha e, em seguida, pressionar ctrl-d para conseguir inicializar. Isso parece um procedimento bizarro para que ele inicialize em um estado degradado. Eu acho que vou limpar tudo e começar de novo. Como eu não me deparei com isso antes, espero que uma nova instalação possa consertar as coisas, e se não eu, pelo menos, sei como inicializar a matriz degradada se eu precisar.
Acho que você deve acreditar no erro que diz que o dispositivo does not begin with /dev/mapper . Eu tenho cryptsetup aqui e funciona bem, mas todos os meus dispositivos são nomeados /dev/mapper/something .
Eu sei que você quer usar o UUID para montá-lo, mas aparentemente isso não é compatível imediatamente.