Problemas de depuração de um kernel panic (custom kernel)

Question

Eu estou olhando para compilar um kernel personalizado da árvore fonte oficial (kernel.org). A própria máquina executa o mais recente kernel estável do RHEL sem problemas, mas não consigo entender por que ela está em pânico com qualquer kernel padrão. Eu suspeito que é um problema de driver no entanto eu sou relativamente novo em depurar isso.

O kernel tentou compilar com uma configuração de estoque é 2.6.32.55. Eu também tentei compilá-lo com a configuração anterior do kernel em funcionamento sem sucesso.

As especificações da máquina são as seguintes:

• Placa-mãe: SuperMicro X9SCI-LN4F Intel Xeon SingleProc SATA
• CPU: Intel Xeon-SandyBridge E3-1270-Quadcore
• RAID-1 com um controlador Adaptec 5405Z
• Drives: Seagate Cheetah

Ao tentar inicializar no kernel padrão, ele entra em pane na inicialização do mapeador de dispositivo, levando-me a acreditar que foi um problema com o driver RAID. Parece que o kernel de ações tem os drivers aacraid mais recentes, embora eu tenha tentado recompilar o kernel com o mais recente da adaptec.com com o mesmo problema.

Aqui está o rastreamento de pilha que estou recebendo. Qualquer informação sobre como depurar isso seria muito apreciada. Obrigado!

link

    

Answer 1

As mensagens "Attempted to kill init" geralmente são causadas quando não é possível encontrar o / sbin / init (ou não é possível executá-lo).

Verifique seu parâmetro root= em sua configuração do gerenciador de inicialização e verifique se ele está apontando para o dispositivo da sua partição / e não do /boot ou de qualquer outro lugar por acidente.

Editar: Redhat também usa um initrd, então isso pode ser outro ponto de problema. Portanto, se você tiver um initrd configurado, certifique-se de que /init exista nele (o kernel procura por /init ao usar initrd / initramfs e /sbin/init quando não)

    

Answer 2

Consegui descobrir o problema. Depois de obter uma saída mais detalhada (com a ajuda do suporte do SoftLayer, parabéns para eles), estava mostrando problemas com o setuproot. Parece que a seguinte opção de configuração do kernel precisava ser configurada para habilitar o material SYSFS de estilo antigo

CONFIG_SYSFS_DEPRECATED_V2=y

Depois disso, o kernel inicializou como esperado.