O Ubuntu reinicia aleatoriamente e não há log sobre o motivo

0

Eu instalei a versão desktop do Ubuntu 16.04 em uma máquina e a usei para minha pesquisa via ssh.

Às vezes, a máquina reinicia aleatoriamente, mas não consigo descobrir por que reiniciar.

$ last reboot
reboot   system boot  4.4.0-62-generic Wed Feb  8 01:34   still running
reboot   system boot  4.4.0-62-generic Mon Feb  6 09:16   still running
reboot   system boot  4.4.0-62-generic Sun Feb  5 16:43   still running
reboot   system boot  4.4.0-62-generic Sun Feb  5 00:37   still running

Eu verifiquei /var/log/syslog ...

Feb  7 23:31:37 niaserver7 systemd[1]: Started Session 77 of user swmo.
Feb  8 00:17:01 niaserver7 CRON[17883]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Feb  8 00:34:07 niaserver7 systemd[1]: Started CUPS Scheduler.
Feb  8 01:17:01 niaserver7 CRON[17893]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Feb  8 01:35:01 niaserver7 rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="1315" x-info="http://www.rsyslog.com"] start
Feb  8 01:35:01 niaserver7 systemd-modules-load[538]: Inserted module 'lp'
Feb  8 01:35:01 niaserver7 systemd-modules-load[538]: Inserted module 'ppdev'
Feb  8 01:35:01 niaserver7 kernel: [    0.000000] Initializing cgroup subsys cpuset
Feb  8 01:35:01 niaserver7 rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http://www.rsyslog.com/e/2222 ]
Feb  8 01:35:01 niaserver7 systemd-modules-load[538]: Inserted module 'parport_pc'
Feb  8 01:35:01 niaserver7 rsyslogd: rsyslogd's groupid changed to 108
Feb  8 01:35:01 niaserver7 rsyslogd: rsyslogd's userid changed to 104
Feb  8 01:35:01 niaserver7 loadkeys[541]: Loading /etc/console-setup/cached.kmap.gz
Feb  8 01:35:01 niaserver7 kernel: [    0.000000] Initializing cgroup subsys cpu
Feb  8 01:35:01 niaserver7 systemd[1]: Started udev Kernel Device Manager.

Como posso corrigir isso?

    
por Hankook Lee 07.02.2017 / 18:00

3 respostas

0

Isso soa como uma combinação de problemas.

No caso de um sistema individual ser reinicializado aleatoriamente, eu gostaria de substituir a fonte de alimentação no chassi por uma que fornecesse mais que o suficiente amperage para os componentes conectados (como você deseja que ele continue funcionando durante os períodos de pico de consumo de energia).

No caso de todo o rack ser reinicializado simultaneamente, eu verificaria um no-break inadequado como causa raiz ou possivelmente uma condição de superaquecimento devido a uma falha de CA no local do servidor.

Um curto intermitente no cabo de alimentação para o multi-toque também pode resultar no resultado de várias reinicializações que você descreve.

    
por Elder Geek 07.02.2017 / 19:01
1

Se o seu servidor tiver um BMC (Baseboard Management Controller), você poderá verificar se há falhas de energia com o seguinte comando instalado:

ipmitool sel list|grep -i power

você pode instalar o ipmitool com

apt install ipmitool

aqui um exemplo de saída:

   4 |  Pre-Init  |0000000057| Power Unit #0x3f | Power off/down | Deasserted
   d |  Pre-Init  |0000000021| Power Unit #0x3f | Power off/down | Deasserted
  13 |  Pre-Init  |0000000022| Power Unit #0x3f | Power off/down | Deasserted
  16 | 09/12/2013 | 14:18:00 | Power Supply #0x30 | Presence detected | Asserted
  17 | 09/12/2013 | 14:18:00 | Power Supply #0x31 | Presence detected | Asserted

Certifique-se também de ter carregado o módulo do kernel para o ipmi:

modprobe ipmi_devintf

Para carregar o módulo, você também pode verificar com o comando dmesg:

dmesg|grep ipmi
    
por 0x0C4 07.02.2017 / 19:14
0

Eu também enfrentei um problema de reinicialização aleatória com o Ubuntu. Eu tentei abaixo e parece funcionar.

  1. Inicializou o Ubuntu via Live CD (sem instalação).
  2. Excluiu todas as partições e formatou o disco rígido completo como FAT32 usando o Gparted Partition Editor (Sistema - > Administrador)
  3. Instalado no Ubuntu 16.04
por Praveen BR 22.12.2017 / 10:44