Resolver remotamente por que o EFi não conseguiu inicializar um kernel Linux

1

Eu recentemente herdei um servidor Linux (Gentoo, 3.14 kernel). O servidor está fisicamente localizado em outro país, a 3 horas de voo.

O servidor está configurado para usar o EFI para inicializar. Seu disco rígido é particionado em sda1 (partição EFI) sda2 (partição 'recovery') e sda3 (partição 'normal'). Existem duas opções de inicialização: um kernel de 'recuperação' (opção de inicialização 0000) que monta sda2 como seu sistema de arquivos raiz e um kernel 'normal' (opção de inicialização 0001) que usa sda3 como root.

O EFI é configurado de forma que, após uma reinicialização rígida, o servidor sempre inicialize na imagem de 'recuperação', a qual nunca nos debruçamos. De dentro, pode-se emitir

efibootmgr --bootnext 0001  
reboot

para reiniciar no kernel 'normal' usando sda3. Eu gosto dessa ideia, pois isso nos dá segurança considerável para mexer com o sistema 'normal'.

Agora, temos que instalar um novo kernel (precisamos de suporte adicional de hardware). Eu compilei o kernel com - até onde sei - as opções corretas e instalei-o na partição EFI. Eu estava seguindo

link

Eu adicionei o novo kernel ao EFI usando

efibootmgr --create --part 1 --label "GentooNEW" --loader '\efi\boot\vmlinuxNEW.efi'

Isso adicionou uma nova opção de inicialização '0002' ao EFI - como esperado. Então eu tentei reiniciar neste kernel com

efibootmgr --bootnext 0002
reboot

mas depois da reinicialização vi que ele foi inicializado na opção 0000 'recovery', que - AFAIK - (tenho pouca experiência EFI) significa que meu kernel recentemente compilado falhou ao inicializar e o EFI tentou a opção padrão.

A pergunta: é possível depurar remotamente o que há de errado com meu novo kernel? A EFI salva alguns logs em algum lugar? Sem isso, não sei como proceder, pois pode haver uma miríade de coisas erradas aí ...

    
por Leszek 30.06.2015 / 16:17

0 respostas

Tags