Eu tenho tentado obter o Raspbian Jessie, instalado a partir da imagem para inicializar com uma partição raiz criptografada.
Consegui seguir o guia aqui .
Quando eu inicializo o Pi, ele cai em um prompt initramfs e desbloqueio a partição com
# cryptsetup luksOpen /dev/mmcblk0p2 sdcard
# exit
e inicializa no Debian. Ótimo!
No entanto, existem alguns problemas. Quando tento atualizar o arquivo initramfs com:
# sudo mkinitramfs -o /boot/initramfs.gz
no Debian, o Pi não é reinicializado com sucesso no prompt initramfs. Ele fica travado com um cursor piscando depois de mostrar o logotipo do pixel. Quando restauro a minha imagem de inicialização de backup, recebo o prompt initramfs novamente e posso inicializar a partir da raiz criptografada.
A segunda questão é que eu não configurei corretamente o dropbear; parece estar configurado para usar DHCP. Isso significa que, quando eu entro, ele obtém um endereço IP aleatório. Preciso atualizar a configuração para um endereço IP fixo, para poder fazer login no Pi decapitado após uma reinicialização, mas sem a capacidade de atualizar o initramfs, não sei como corrigir isso.
Como não consigo nem receber um prompt do initramfs após a atualização, não tenho muita certeza de como começar a resolver esse problema, portanto, qualquer dica seria ótima. Fornecerei as informações que serão úteis para resolver esse problema.
systemd; Eu corro vários sistemas Debian 8 padrão diferentes com partições raiz criptografadas sem problemas. Minha suspeita é que o código para solicitar a senha de criptografia não está lá ou não é compatível com o que está exibindo o logotipo da tela inicial. (Recebo um prompt de modo de texto para a senha durante a inicialização do sistema.) Quando tiver uma chance, compararei os scripts de inicialização no meu Pi e em um dos meus laptops Debian.
systemd, oinitsistema padrão a partir da atual versão "Jessie" do Debian e, portanto, o Raspbian, que é derivado dela, teve problemas com sistemas de arquivos criptografados. Suponho que pelo menos parte das questões tenha sido resolvida, mas no seu caso particular, você pode considerar voltar ao sysV,inito que o artigo de 2013 espera (ele menciona a versão "Wheezy" do Raspbian, que é a versão anterior, que teria um init padrão do sysV) ...