Tente configurar os dumps do kernel [1] [2] e inicie um dump enquanto o sistema está pendurado com Alt + SysRq + c.
Antes disso você pode tentar Alt + SysRq + t e Alt + SysRq + m , bem como Alt + SysRq + w . Isso gerará algumas mensagens de depuração do kernel sobre a lista de tarefas atual, o status da memória ou a lista de espera de cpu atual.
Ultimativamente com a ajuda do utilitário de travamento você pode obter algumas informações, o que está acontecendo durante o travamento do sistema. Essa informação também pode ser postada no Bug Tracker do CentOS [3] para que o pessoal do dev possa dar uma olhada nela.
Se o kernel não reagir a estas seqüências de chaves, provavelmente o processo de inicialização não alcançou o ponto quando o kernel é carregado.
Então você pode tentar um CD de boot e ver se o bootloader está instalado corretamente. Ao montar o sistema de arquivos raiz a partir do CD de inicialização, você deve dar uma olhada no timestamp dos arquivos de log. Se o timestamp foi atualizado, o kernel carrega, mas você não vê nenhuma saída.
Nesse caso, você deve verificar a linha de comando do kernel e a configuração do kdump. Além disso, você deve tentar fsck o volume da raiz.
Se você obter a saída do kernel após as combinações de teclas do SysRq, poderá ver um processo que atualmente está preso na CPU. Com essa informação, você deve descobrir o que esse processo faz e tentar chkconfig esse serviço.
Outra abordagem poderia ser tentar inicializar no modo de usuário único com o parâmetro do kernel 1 ou S . Também removendo quiet e rhqb da linha do kernel deve dar a você mais resultados de depuração. No entanto, para fazer isso, o bootloader deve estar funcionando ou você precisa editar os parâmetros do kernel com a ajuda do modo de recuperação. Ao fazer isso, crie backups dos arquivos de configuração e você poderá desabilitar o menu oculto do grub para ver se a sua caixa carrega corretamente.
[1] link
[2] link
[3] link