O kernel 4.4.1-1 falha ao inicializar o volume raiz “não existe” - 3.10.0.327 e 4.3.3-1 continuam a inicializar bem

Question

Eu estou tentando instalar e inicializar o kernel-ml (atualmente 4.4.1-1) no RHEL 7.2 seguindo as instruções aqui: link

A instalação funciona bem e na reinicialização eu posso escolher o novo kernel no menu grub - no entanto, ele falha no meio da inicialização.

Quando falha, posso ver várias ocorrências dos seguintes itens:

dracut-initqueue[632]: Warning: dracut-initqueue timeout - starting timeout scripts

Seguido por isso:

dracut-initqueue[632]: Warning: Could not boot.
dracut-initqueue[632]: Warning: /dev/mapper/vg_root-lv_root does not exist
dracut-initqueue[632]: Warning: /dev/vg_root/lv_root does not exist
Starting Dracut emergency shell...

Eu ainda pode inicializar o kernel antigo anteriormente trabalhando, e para outro 4.x (4.3.3-1) sem problema, mas 4.4.1-1 falhar neste ponto de cada vez. Até agora, eu tentei o seguinte sem sucesso (alguns dos Iseda vêm de link que parecia um erro semelhante):

Saindo do shell de emergência do dracut - a inicialização não progride mais

Especificando o volume da raiz pelo UUID na configuração do grub - ainda não encontrado

Verificando se lvm2 está instalado - é

ls / dev / mapper - tudo que vejo aqui é "control"

Adicionado o parâmetro de inicialização all_generic_ide - sem alteração

Reconstrua o initramfs para o kernel quebrado - sem alteração

Remoção de rhgb e quiet de params de inicialização

discos listagem com LVM pvdisplay / lvm lvdisplay / lvm vgdisplay - nenhum encontrado, saída em branco

Não sei o que mais posso experimentar aqui ou o que fazer a seguir - quaisquer sugestões apreciadas

    

Answer 1

Eu encontrei esse mesmo problema no Ubuntu, o mesmo cenário: 4.3.3 funciona, mas 4.4.x + não. A mesma coisa estava acontecendo que nenhuma unidade foi encontrada em / dev / mapper.

No meu caso, o problema não estava com lvm (embora eu achasse que esse era o problema também), mas que meu computador usa uma unidade de estado sólido NVMe (um Dell XPS 9550). De acordo com Arch Linux Wiki , a localização do driver "nvm" foi movida entre kernel 4.3 e 4.4. Alguns sistemas operacionais ainda precisam atualizar seu initramfs para acomodar o novo local (incluindo o Arch e o Ubuntu), fazendo com que o kernel seja construído sem ele.

Veja este bug na fila do Ubuntu: a extensão nvm não está carregada corretamente em initramfs .

O Arch Wiki sugere:

Edit your /etc/mkinitcpio.conf file:

...
MODULES="... nvme"
...

Then update the bootloader.

# mkinitcpio -p linux

Mas como o Ubuntu não tem mkinitcpio para corrigir o problema, como recomendado no Arch Wiki, carreguei a extensão nvm em /etc/initramfs-tools/modules :

sudo bash -c "echo '
nvme' >> /etc/initramfs-tools/modules"
sudo update-initramfs -u -k all

Se você tiver uma unidade NVM, também poderá estar executando um chipset Skylake. Em caso afirmativo, você também deve baixar os drivers i915 e adicionar a extensão i915 ao mesmo arquivo, conforme recomendado em