Nenhum grupo de volume lógico encontrado, LVM preso no boot

Question

Estou executando o Ubuntu 14.04 (64 bits). Resumindo, compilei um kernel personalizado e agora estou tendo alguns problemas com meu disco rígido criptografado.

Quando inicializo minha máquina e tento iniciar o novo kernel, ele inicia o carregamento e os relatórios:

Reading all physical volumes, this may take a while ...
   No Logical Volume Groups found
   No Logical Volume Groups found

Ao compilar o novo kernel, tomei minha configuração atual do kernel (de /boot/config-$(uname-r) como base, então todos os módulos que estavam em uso durante a compilação também deveriam estar disponíveis com o novo kernel.

Estou um pouco confuso sobre onde começar a depuração. Um colega sugeriu que eu desse uma olhada nas initrd -images para ambos os kernels. Eu descompactei as duas imagens, mas tive pouca sorte em determinar o que poderia estar errado. O tamanho é bem diferente:

O novo initrd:

emikkva@slartibartfast:/tmp/15$ ll init.img
-rw-rw-r-- 1 emikkva emikkva 18278400 july 18 18:01 init.img

E o antigo:

emikkva@slartibartfast:/tmp/15$ ll ../13/init.img 
-rw-rw-r-- 1 emikkva emikkva 77744640 heinä 18 18:02 ../13/init.img

Mas as únicas diferenças são (ambas as imagens descompactadas):

emikkva@slartibartfast:/tmp/15$ diff -r . ../13
Binary files ./init.img and ../13/init.img differ
Only in ../13/lib: firmware # This might be a problem?
Only in ../13/lib/modules: 3.13.0-32-generic
Only in ./lib/modules: 3.15.0-rc8+

os parâmetros de inicialização do grub são idênticos para ambos os kernels. Usar o kernel antigo funciona muito bem.

Eu entendo que tenho pouca informação para oferecer aqui, mas vou naturalmente atualizar a questão com qualquer coisa que possa ser relevante de acordo com comentários e respostas.

EDITAR:

saída de lsblk:

emikkva@slartibartfast:~$ lsblk
NAME                           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                              8:0    0 238,5G  0 disk  
├─sda1                           8:1    0   243M  0 part  /boot
├─sda2                           8:2    0     1K  0 part  
└─sda5                           8:5    0 238,2G  0 part  
  └─sda5_crypt (dm-0)          252:0    0 238,2G  0 crypt 
    ├─ubuntu--vg-root (dm-1)   252:1    0 222,3G  0 lvm   /
    └─ubuntu--vg-swap_1 (dm-2) 252:2    0  15,9G  0 lvm   [SWAP]

pvs:

emikkva@slartibartfast:~$ sudo pvs
  PV                     VG        Fmt  Attr PSize   PFree
  /dev/mapper/sda5_crypt ubuntu-vg lvm2 a--  238,23g    0 

dmsetup ls - árvore:

emikkva@slartibartfast:~$ sudo dmsetup ls --tree
ubuntu--vg-swap_1 (252:2)
 └─sda5_crypt (252:0)
    └─ (8:5)
ubuntu--vg-root (252:1)
 └─sda5_crypt (252:0)
    └─ (8:5)

EDIT 2:

Verificando o arquivo de configuração conforme sugerido por @derobert:

emikkva@slartibartfast:~/airlied-linux$ grep -i 'config_crypto_aes\|config_dm_crypt\|config_crypto_xts\|config_crypto_sha256\|config_crypto_sha512' .config
CONFIG_DM_CRYPT=m
CONFIG_CRYPTO_XTS=m
CONFIG_CRYPTO_SHA256_SSSE3=m
CONFIG_CRYPTO_SHA512_SSSE3=m
CONFIG_CRYPTO_SHA256=y
CONFIG_CRYPTO_SHA512=y
CONFIG_CRYPTO_AES=y
CONFIG_CRYPTO_AES_X86_64=m
CONFIG_CRYPTO_AES_NI_INTEL=m

A configuração para o novo kernel era idêntica, exceto por aquelas opções% -ending% co, que foram comentadas.

O algoritmo criptográfico atual em uso parece ser _SSE3 de acordo com a saída de aes-xts-plain64 .

    

Answer 1

Então, o motivo é que eu compilei o kernel assim:

make oldconfig
make -j6
sudo make install

Eu estava me perguntando por que meu initrd anterior (repo oficial do ubuntu) tinha 28m de tamanho enquanto o novo tinha 8m. Eu não tinha instalado os módulos!

Fazendo

sudo make INSTALL_MOD_STRIP=1 modules_install 
sudo make install

consertou. Agora a criptografia HD é inicializada corretamente e o LVM não quebra. Obrigado a @derobert por ajudar.