dracut-pre-trigger rd.md = 0 removendo a inicialização de ativação do md raid falha

1

O sistema é o Fedora 22, recentemente atualizado do Fedora 21. O kernel restante do Fedora 21 inicializa. Os dois kernels instalados após o upgrade falham ao inicializar.

O sistema é um Intel S-5000 PAL com 5 unidades SATA configuradas no RAID 5 Array. Está funcionando sem problemas há quase dois anos. E como mencionado acima continua a correr sem problema com o kernel do Fedora 21.

O problema é com os kernels atualizados que o processo de inicialização trava e depois de 3 minutos cai no shell de emergência. A saída do journelctl mostra as seguintes mensagens de erro:

systemctl: Starting dracut pre-trigger hook..

lldpad: config file file failed to load,

lldpad: create a new file

lldpad: bound ctrl iface to /com/intel/lldpad

dracut-pre-trigger: dracut-pre-trigger: rd.md=0 removing md raid activation

No final do processo, a mensagem de erro é:

raidboot /root device not found

Os kernels do Fedora 21 são inicializados e executados normalmente. O seguinte foi tentado:

  1. reconstrua o initramfs
  2. execute o grub2-mkconfig e reinstale o grub

Como pano de fundo adicional, esse servidor faz parte de uma rede de servidores semelhantes. A atualização dos outros servidores foi bem-sucedida. Uma comparação da saída do lsinit para os dois arquivos initramfs.img mostra resultados semelhantes. As únicas diferenças estão na área de pré-trigger e lldpad.

A configuração do pré-acionador é a causa disso? Qual etapa está faltando para fazer com que o dracut-pre-trigger falhe ao criar o initramfs? Quais pacotes são necessários para suportar o pré-disparo? Qual configuração está envolvida no pré-disparo? pré-trigger ser reexecutado para suportar a criação de initramfs?

    
por dan sawyer 06.12.2015 / 01:15

1 resposta

2

Isso acabou sendo uma longa trilha com uma resposta simples. Os sistemas usam o mdadm para criar um ataque de nível 5 pv. O Dracut foi atualizado como parte da atualização do fc21 para fc22 junto com o kernel. A linha de comando inicializável no grub.cfg tinha uma opção rd.lvm.lv. Isso causou a parada dracut fc22 procurando matrizes dm no início do processo de inicialização. Remover a opção rd.lvm.lv das opções do comando vmlinuz no grub.cfg, juntamente com a adição de uma opção rd.auto, resolveu o problema. A chave estava lendo a documentação do Dracut que se referia à opção rd.lvm.lv como sendo exclusiva. A opção exclusiva pode ter sido introduzida gradualmente, resultando em um atraso na imposição da restrição.

    
por 10.12.2015 / 15:45