Como depurar um kernel panic no boot com o archiso?

2

Eu tenho um iMac em meados de 2011 executando o OSX e estou tentando instalar o Arch Linux seguindo este guia . Eu configurei com sucesso um dual boot no ano passado seguindo um procedimento similar, mas agora eu não posso nem começar, já que recebo um kernel panic durante a inicialização da instalação usb do archiso: logo antes do prompt de login. Tenho 100% de certeza de que a imagem não está corrompida (verifiquei a assinatura e inicializei em outro pc).

Desde o ano passado, trabalhei, experimentei todos os lançamentos antigos e isolei aquele que apresentou o problema: é o kernel de 2015-05-01 4.0.1. Versões mais antigas são inicializadas bem e eu posso completar a instalação, mas depois de uma reinicialização eu fico com o kernel em pânico de qualquer maneira.

Não sei o que fazer porque não consigo alterar nenhuma configuração na imagem do archiso e o rastreamento de pilha é tão rápido que nem consigo gravar: em um relance eu notei "dereference de ponteiro nulo", "agendamento enquanto atômica" e "correção de falha recursiva, mas a reinicialização é necessária".

Como posso depurá-lo? E, possivelmente, como resolvo esse problema?

    
por Rnhmjoj 10.07.2015 / 03:12

1 resposta

2

Eu instalei o pacote linux-lts como sugerido por @mikeserv do chroot e eu configurá-lo como a opção de inicialização padrão da configuração do grub. Desta forma eu poderia inicializar bem no linux 3.14 e completar o processo de instalação. O kernel do vanilla linux é instalado junto com a versão LTS, então usando as "opções avançadas" do menu grub eu ainda posso inicializar com o linux 4.0 e ver o travamento do sistema.

Eu então tentei usar o Kdump para fazer um despejo de memória da máquina durante o pânico do kernel, mas por algum motivo Eu ainda não sei kexec não será iniciado no kernel Eu recompilei com opções de depuração.

Eventualmente eu consigo ler o kernel panic log da maneira mais difícil: gravando-o com uma câmera de alta taxa de quadros e consegui identificar o driver que causou a falha: radeon_audio_detect . O bug foi relatado várias vezes e parece afetar todos os macs com um radeon gpu e outros sistemas como bem. Um patch como já foi adicionado ao kernel em 4.2rc5

    
por 09.08.2015 / 19:16