Início / unix / Perguntas / 423532
Accepted
Daniel F
Asked: 2018-02-12 23:17:28 +0800 CST

Ubuntu: "Desligamento de destino alcançado", é seguro desligar o plugue?

  • 772

Eu tenho uma pequena máquina Celeron que executa o Ubuntu 16.04.3 LTS e toda vez que preciso reiniciá-la (cerca de uma vez por mês), tenho que desligá-la, puxar o plugue e ligá-la novamente.

O problema é que ele não reinicia automaticamente, porque para com uma mensagem Reached target Shutdown. Então parei de usar sudo reboot, mas sudo poweroffem vez disso faço um e logo em seguida aparece essa mensagem.

Quando espero alguns minutos, uma mensagem adicional é exibida 3102533.654120 unregister_netdevice: waiting for lo to become free. Usage count=1. O segundo contador (como na medição de tempo) é alto, cerca de 3102533, o que equivale a cerca de 36 dias, provavelmente a hora da última reinicialização. Portanto, ainda há algo sendo executado em segundo plano emitindo essa mensagem.

Como isso já aconteceu antes e a maioria dos acessos do Google está relacionada ao Docker, certifiquei-me de interromper todos os contêineres docker stop $(docker ps -a -q)e desligar o serviço docker sudo systemctl stop dockerantes de emitir o arquivo sudo poweroff.

Nesse estranho estado de desligamento, também não é possível desligar a máquina com um pressionamento normal do botão liga / desliga (um pressionamento muito longo desliga, iirc) e um pressionamento do botão de reinicialização também não reinicia a máquina, o que eu acho ser muito estranho. É um http://www.asrock.com/mb/Intel/N3150DC-ITX/

O que mais me preocupa é o fato de que a luz do "hdd" (é um ssd) fica piscando esporadicamente, como se estivesse interagindo com o disco, o que me dá medo de corromper alguma coisa ao puxar o plugue da tomada. https://www.youtube.com/watch?v=T3ojE1un7WE

É seguro puxar o plugue? Como posso rastrear a causa desse problema? Não posso fazer muita reinicialização com a máquina, pois ela hospeda alguns bancos de dados que são constantemente acessados.

Acima foi em 12 de fevereiro, o que segue é em 16 de março

Acabei de "reiniciar" a máquina novamente. Mesmo procedimento acima, pois não desliga.

Desta vez não fiz apt upgrade/dist-upgradeantes de reiniciar, fiz isso depois, para ter certeza de que algo que está sendo atualizado não é a causa desse problema.

Pressionei ctrl-alt-del algumas vezes enquanto esperava desligar, não surtiu efeito, até que apareceu uma mensagem:

Ctrl-Alt-Del foi pressionado mais de 7 vezes em 2s, reiniciando imediatamente

(não acho que os pressionei tão rapidamente, acredito que eles foram armazenados em cache de alguma forma ou pressionei por muito tempo) seguido por um

2697473.41.. systemd-shutdown[1]: Falha ao finalizar os dispositivos DM, ignorando (o espaço extra antes do DM faz parte dessa mensagem)

e então um

2697473.63.. reboot: Reiniciando o sistema

Mas não reiniciará, a luz do HDD ainda piscará ocasionalmente, a tela não limpará as mensagens.

Pressionar o botão de reinicialização não reinicializa a máquina. O botão não está com defeito.

Um pressionamento longo do botão liga/desliga desliga a máquina. Outra pressão o reinicia, então o botão de reset funciona conforme o esperado, posso pressioná-lo a qualquer momento e fará com que o sistema reinicie imediatamente.

Depois de ligado, fiz o apt update/upgrade/dist-upgrade e sudo poweroff'ed novamente. Ele desligou muito bem.

Há algo realmente estranho acontecendo quando a máquina fica ligada por dias, o que deve estar causando esse problema.

Estou usando molly-guard, não tenho certeza se isso pode causar alguns problemas. Quando eu emito o sudo shutdownfaço localmente no teclado anexo, então molly-guardnão tem efeito. Mas duvido que essa molly-guardseja a fonte do problema.

Eu fiz um top -b > test-pre-reboot-no-upgrade.txtantes de emitir o sudo shutdown, aqui está a saída https://pastebin.com/nZnJzRKu

ubuntu reboot

2 respostas

  1. Tente adicionar parâmetro nolapicemgrub.cfg

    corre

    sudo update-grub

    https://help.ubuntu.com/community/BootOptions

    me ajudou

    tentei esses parâmetros aquinoapic nolapic noacpi irqpoll noapm nodma nomce

    caso contrário, não ajudou. Resolvido a questão - initramfs recompilado:

    sudo update-initramfs -u

    • 0
  2. Best Answer

    Eu acho que esse problema estava relacionado a ter um disco rígido/ssd montado.

    O que estou fazendo é que no crontab eu tenho um startup.shscript de shell @reboot que é executado pelo usuário principal (uid 1000), e esse script monta o hdd (costumava ser um hdd, agora é um ssd):

    sudo mount /dev/sdb1 /media/ssd1

    O que fiz então foi criar um shutdown.shscript que funciona assim:

    #~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Ensure that this is desired
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ""
echo "---- do you really want to shutdown/reboot? ----"
echo ""
read -n 1 -p "no, yes? (N/y) " ans;
case $ans in
  y|Y) printf "\n\nok, preparing for shutdown/reboot\n\n";;
    *) printf "\nok, exited\n\n";       exit;;
esac

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       DOCKER
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| stopping docker portainer |--';
echo ''
docker stop portainer

... stop more containers

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Python
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| killing all python processes |--';
echo ''
sudo pkill python

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       MongoDB
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| exiting mongodb instances |--';
echo ''
mongod --dbpath /media/ssd1/data/mongodb/network/wiredTiger --shutdown

... stop more databases

echo ''
echo '--| deleting old mongodb logs |--';
echo ''
exec rm -rf {} \;"
sudo sh -c "find /media/ssd1/data/mongodb -type f -name 'log.txt.*' -exec du -ch {} + | sort -h"
sudo sh -c "find /media/ssd1/data/mongodb -type f -name 'log.txt.*' -exec rm -rf {} \;"

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Sync
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| syncing discs |--';
sync

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       SSD
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| unmounting ssd1 and hdd5-1 |--';
echo ''
sudo umount /media/ssd1/

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Ask for next step
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ""
echo "---- ok, done. what next? ----"
echo ""
read -n 1 -p "exit, reboot, or shutdown? (E/r/s) " ans;
case $ans in
  r|R) printf "\n\nok, rebooting\n\n";    sudo reboot </dev/null;;
  s|S) printf "\n\nok, powering off\n\n"; sudo poweroff </dev/null;;
    *) printf "\nok, exited\n\n";       exit;;
esac

    Com isso, posso desligar e reiniciar o sistema. Portanto, talvez estivesse relacionado a não desmontar explicitamente a unidade e também não emitir uma sincronização antes de um desligamento/reinicialização.

    Conforme mencionado nos comentários, notei que um contêiner (RabbitMQ) estava gerando um enorme arquivo de log (cresceu para cerca de 40 GB). Talvez a sincronização deste arquivo estivesse causando o problema, onde ele tentou sincronizá-lo neste estado quase desligado. Mas não tenho certeza, porque tive esse problema desde o início e, AFAIK, não estava executando o RabbitMQ inicialmente.

    • 0

relate perguntas