CPU?: Não responde

CPU?: Não responde

Estou tentando construir um sistema para co-localização. Tenho tido problemas ao tentar instalar o CentOS 6.3

Especificações do sistema:

Placa-mãe: ASUS m5a99x Processo: AMD FX-8120 (Bulldozer de 8 núcleos) Memória: 2x 4gb G-Skill 2133 rodando a 1600

Continuo me dando uma mensagem de erro:

CPU1: Not Responding.
CPU2: Not Responding.
CPU3: Not Responding.
CPU4: Not Responding.
CPU5: Not Responding.
CPU6: Not Responding.

Então ele reinicia instantaneamente.

Continuo recebendo uma mensagem de erro "CPU<1/2/3/4/5/6>: Não está respondendo".

Eu tentei instalá-lo a partir de USB, vários DVDs, várias distros. Também tentei desativar os núcleos na BIOS. Consegui desativar 2/3 4/5 6/7.

Também garanti que não haja overclock. O sistema funciona bem em um ambiente Windows. Estou sem ideias.

Responder1

Parece um problema do kernel do instalador. Aposto que o RHEL 6.3/Fedora 17 funcionará bem. Se você deseja o CentOS - você pode tentar instalar o mesmo sistema com um kernel mais novo/diferente através de outro meio (inicialização PXE, USB etc.) ou usar um spin personalizado criado com o anaconda, incluindo um kernel mais novo/outro.

Link do Google para criação de CD personalizado

ps não há problema com a CPU Bulldozer, ela é suportada pelo kernel, estou executando-a.

pps você pode facilmente especificar initrd e imagem de kernel novos para PXE - é mais fácil de fazer

Responder2

Supondo que você realmente atualizou o BIOS como várias pessoas recomendaram, isso deixa você com duas possibilidades:

  • Uma CPU com defeito
  • Uma placa-mãe com defeito

Compre um Sempron 140 ou qualquer outra coisa barata em uma loja e deixe-o. Se for a placa-mãe, você deve continuar recebendo esses erros; enquanto se for a CPU os erros devem parar.

Em nenhuma circunstância você deve tentar colocar isso como está. Você apenas terá um problema não resolvido que precisará recuperar seu hardware para consertar.

E já que estamos nisso, considere fortemente não usar uma placa-mãe barata para desktop para um servidor ao qual você não terá acesso físico. Considere pelo menos uma placa-mãe de servidor SuperMicro com IPMI para que você tenha algum tipo de capacidade de gerenciamento remoto.

Responder3

Alguns BIOS permitem desligar núcleos selecionados em CPUs multicore e provavelmente você tem apenas um núcleo ativado. Verifique também se você possui a versão mais recente do BIOS.

Responder4

Recentemente encontrei esse problema (smpboot core1 não responde) em um Debian 8 (3.16.0-5-AMD64) em uma placa-mãe Gigabyte MA790X-UD3P (versão BIOS F4).

No meu caso, consegui recuperar um sistema totalmente funcional (todos os núcleos) depois de atualizar o BIOS para a versão F6.

informação relacionada