CPU ?: Não está respondendo

4

Estou tentando criar um sistema para co-location. Eu 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 funcionando a 1600

Eu 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.

Em seguida, ele reinicia instantaneamente.

Eucontinuomedandoumamensagemdeerro"CPU < 1/2/3/4/5/6 & gt ;: Não está respondendo. "

Eu tentei instalá-lo a partir de USB, vários DVDs, várias distribuições. Eu também tenho no BIOS tentou desativar núcleos. Consegui desativar 2/3 4/5 6/7.

Também assegurei que houvesse zero overclock. O sistema funciona bem em um ambiente Windows. Estou sem ideias.

    
por James 27.08.2012 / 15:54

6 respostas

2

Parece um problema no kernel do instalador. Eu aposto que o RHEL 6.3 / Fedora 17 vai funcionar bem. Se você quiser o CentOS - você pode tentar instalar o mesmo sistema com um kernel novo / diferente através de outro meio (boot PXE, USB etc), ou usar um spin customizado com o anaconda, incluindo um novo / outro kernel.

link do Google para criação de CD personalizada

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

p.p. você pode facilmente especificar o novo kernel initrd e imagem para o PXE - é mais fácil de fazer

    
por 04.09.2012 / 16:46
1

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

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

Escolha um Sempron 140 ou algo mais barato em uma loja e coloque-o. Se for a motherboard, você deve continuar recebendo esses erros; enquanto se for a CPU, os erros devem parar.

Em nenhuma circunstância você deve tentar colocar essa coisa como está. Você só terá um problema não resolvido que terá de recuperar seu hardware para corrigir.

E enquanto estamos nisso, considere a possibilidade de não usar uma placa-mãe barata para desktops em um servidor para o qual você não terá acesso físico. Considere, no mínimo, uma placa-mãe de servidor SuperMicro com IPMI para que você tenha algum tipo de capacidade de gerenciamento remoto.

    
por 05.09.2012 / 02:51
0

Algumas BIOS permitem que você desative núcleos selecionados em CPUs com vários núcleos e provavelmente você tem apenas um núcleo ativado. Verifique também se você tem a versão mais recente do BIOS.

    
por 29.08.2012 / 16:23
0

Além de verificar se você tem o BIOS mais recente para sua placa-mãe, esta postagem no fórum em arch linux sugere tentar desativar o C1E no seu BIOS.

Se isso não funcionar, eles sugerem a inicialização com menos CPUs para ver se isso funciona. Depois de obter o sistema inicializado, você poderá encontrar informações adicionais.

    
por 29.08.2012 / 16:39
0

Recentemente encontrei esse problema (o smpboot core1 não está respondendo) em um Debian 8 (3.16.0-5-amd64) em uma placa-mãe Gigabyte MA790X-UD3P (bios versão F4).

No meu caso, eu pude recuperar um sistema totalmente funcional (todos os núcleos) depois que atualizei o BIOS para a versão F6.

    
por 20.01.2018 / 00:22
-1

Encontrou este post

link

parece cobrir os problemas. Eu acho que sua única esperança é uma atualização da bios da asus.

    
por 29.08.2012 / 16:27