Meus novos servidores serão desligados em vez de reiniciar quando eu faço o init 6 ou equivalente, alguma idéia?

Question

Eu tenho 2 novos servidores Supermicro (5037C-T) com o Ubuntu 12.10 e quando eu tento reiniciar a máquina, eu consigo um bom desligamento.

Curiosamente, o comando reboot no BIOS ou no grub funciona perfeitamente. Por que o kernel do Linux erraria? Alguma ideia de como eu poderia resolver isso? (É irritante quando eu não estou ao lado do computador e preciso reiniciá-lo ... se você ver o que quero dizer.)

------------- update: conteúdo de / etc / rc {0,6} .d

/etc/rc0.d:
lrwxrwxrwx 1 root root  29 Dec  1 22:50 K10unattended-upgrades -> ../init.d/unattended-upgrades
lrwxrwxrwx 1 root root  13 Dec 27 00:07 K20gpm -> ../init.d/gpm
lrwxrwxrwx 1 root root  20 Dec  1 23:52 K20kerneloops -> ../init.d/kerneloops
lrwxrwxrwx 1 root root  27 Dec  1 23:53 K20speech-dispatcher -> ../init.d/speech-dispatcher
lrwxrwxrwx 1 root root  20 Dec  2 22:21 K20virtualbox -> ../init.d/virtualbox
-rw-r--r-- 1 root root 353 Jul 20 19:42 README
lrwxrwxrwx 1 root root  18 Dec  1 22:41 S20sendsigs -> ../init.d/sendsigs
lrwxrwxrwx 1 root root  17 Dec  1 22:41 S30urandom -> ../init.d/urandom
lrwxrwxrwx 1 root root  22 Dec  1 22:41 S31umountnfs.sh -> ../init.d/umountnfs.sh
lrwxrwxrwx 1 root root  18 Dec  1 22:41 S40umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root  20 Dec  1 22:41 S60umountroot -> ../init.d/umountroot
lrwxrwxrwx 1 root root  14 Dec  1 22:41 S90halt -> ../init.d/halt

/etc/rc6.d:
lrwxrwxrwx 1 root root  29 Dec  1 22:50 K10unattended-upgrades -> ../init.d/unattended-upgrades
lrwxrwxrwx 1 root root  13 Dec 27 00:07 K20gpm -> ../init.d/gpm
lrwxrwxrwx 1 root root  20 Dec  1 23:52 K20kerneloops -> ../init.d/kerneloops
lrwxrwxrwx 1 root root  27 Dec  1 23:53 K20speech-dispatcher -> ../init.d/speech-dispatcher
lrwxrwxrwx 1 root root  20 Dec  2 22:21 K20virtualbox -> ../init.d/virtualbox
-rw-r--r-- 1 root root 351 Jul 20 19:42 README
lrwxrwxrwx 1 root root  18 Dec  1 22:41 S20sendsigs -> ../init.d/sendsigs
lrwxrwxrwx 1 root root  17 Dec  1 22:41 S30urandom -> ../init.d/urandom
lrwxrwxrwx 1 root root  22 Dec  1 22:41 S31umountnfs.sh -> ../init.d/umountnfs.sh
lrwxrwxrwx 1 root root  18 Dec  1 22:41 S40umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root  20 Dec  1 22:41 S60umountroot -> ../init.d/umountroot
lrwxrwxrwx 1 root root  16 Dec  1 22:41 S90reboot -> ../init.d/reboot

Atualização: Para referência, eu gostaria de adicionar este link às informações de chave mágica do SysRq para o Linux: link

    

Answer 1

Tenha o mesmo problema com um super micro em uma instalação do Slackware 64 14.1.

De acordo com outras postagens, o problema é causado pelos módulos mei / mei_me. Colocar na lista negra parece fazer o truque.

Basta ir para /etc/modprobe.d/blacklist e adicionar as seguintes linhas:

blacklist mei
blacklist mei_me

Funcionará como um encanto (como esperado ...)

Observe que, se você não inicializou com os módulos da lista negra, mesmo se você rmmod mei_me e rmmod mei , a reinicialização falhará.