Estou tentando consertar um sistema (muito confuso) que o usuário executou executando uma atualização do kernel de 3.7.10 para 3.9.6. o sistema de arquivos raiz está em um volume LVM na parte superior de uma matriz RAID de software. O gerenciador de boot é o grub2.
O kernel 3.9 não consegue montar o sistema de arquivos raiz. Ele mostra o bit não muito útil sobre o nó do dispositivo não existente. Isso acontece se eu usar o UUID, a notação /dev/{vg}/{lv} ou /dev/mapper/{vg}-{lv} para o sistema de arquivos raiz no arquivo de configuração do grub.
O kernel 3.7, por outro lado, ainda está na máquina e, na verdade, monta o sistema de arquivos raiz e inicializa bem. Infelizmente os módulos foram removidos, por isso mesmo o teclado não funciona. Eu posso reservá-lo para um CD de resgate, caso em que as matrizes RAID e volumns LVM aparecem bem.
Ambos os kernels têm arquivos initrd correspondentes que incluem o mesmo conjunto de módulos. O arquivo initrd é criado por genintrd como parte do processo de pós-instalação do gerenciador de pacotes 1 . O LVM é construído e os módulos MD estão presentes no initrd. Uma inspeção adicional do arquivo init mostra que eles têm caminhos fs idênticos, o mesmo que um grub está passando.
Eu tentei pesquisar a rede em busca de problemas relacionados, mas nenhum dos casos parece coincidir com isso. Não consegui encontrar nada sobre as mudanças no kernel 3.9 que precisariam de uma mudança de configuração no sistema a partir de 3.7. O que mudou para a manipulação de sistemas de arquivos raiz LVM na 3.9?
1. A distro é PLD-Linux, uma distro baseada em RPM. Os pacotes de kernel são rpm de estoque da árvore TH.
2. Inspecionou cada um deles, extraindo-o usando gunzip | cpio -i e observando o módulo e os arquivos de script.