Início / unix / Perguntas / 534220
Accepted
Ned64
Asked: 2019-08-07 11:29:30 +0800 CST

Como posso reinicializar um servidor com systemctl se a reinicialização do systemctl falhar?

  • 772

Eu tentei reiniciar meu servidor CentOS 7, mas ele dá mensagens de erro ridículas.

Como root (claro):

# systemctl reboot
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to start reboot.target: Connection timed out
See system logs and 'systemctl status reboot.target' for details.
Exit 1

Precisa polkitverificar se roottem o direito de reiniciar a máquina??? Se sim, por quê?

# systemctl status reboot.target
● reboot.target - Reboot
   Loaded: loaded (/usr/lib/systemd/system/reboot.target; disabled; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:systemd.special(7)
Exit 3

Preciso habilitar o rebootdestino? Por que isso seria desabilitado por padrão?

Talvez isso funcione?

# systemctl start reboot.target
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to start reboot.target: Connection timed out
See system logs and 'systemctl status reboot.target' for details.
Exit 1

OK, force-o, então:

# systemctl --force reboot
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to execute operation: Connection timed out
Exit 1

E o servidor continua ativo.

systemd reboot

3 respostas

  1. Se a resposta de Zach Sanchez não funcionar (eu cheguei Failed to start reboot.target: Connection timed outem systemctl --force rebootuma situação estranha no CentOS 7), fazer com que o kernel basicamente travasse a reinicialização pode ser feito por SSH como root assim:

    # echo s > /proc/sysrq-trigger
# echo u > /proc/sysrq-trigger
# echo b > /proc/sysrq-trigger

    Após o último comando, nenhuma resposta é exceção, pois o kernel reinicializa imediatamente a máquina. Mais detalhes aqui

    Como @LunarShaddow e outros apontaram, um segundo "s" antes de "b" não é necessário.

    • 10
  2. Best Answer

    Por mais estranho que pareça, tentar correr

    sudo systemctl --force reboot

    Apareceu em algumas pesquisas que fiz. Pode estar relacionado a problemas com a reinicialização de um serviço DBus.

    Não é possível reiniciar. Lento e fora do tempo. Falha ao iniciar reboot.target: a conexão expirou

    • 7

  3. Como não posso fazer comentários na resposta de Paul, escrevo meus comentários aqui.

    Do documento do kernel :

    reboot(b) é bom quando você não consegue desligar. Mas você também deve sincronizar(s) e umount(u) primeiro. reboot(b) é bom quando você não consegue desligar. Mas você também deve sincronizar(s) e umount(u) primeiro.

    sync(s) é ótimo quando seu sistema está bloqueado, permite que você sincronize seus discos e certamente diminuirá a chance de perda de dados e fscking. Observe que a sincronização não ocorreu até que você veja “OK” e “Concluído” aparecer na tela. (Se o kernel estiver realmente em conflito, você pode nunca receber a mensagem OK ou Concluído...)

    umount(u) é basicamente útil da mesma forma que sync(s). Eu geralmente sincronizo (s), umount (u) e reinicio (b) quando meu sistema trava. Ele me salvou muitos fsck. Novamente, a desmontagem (remontagem somente leitura) não ocorreu até que você veja a mensagem “OK” e “Concluído” aparecer na tela.

    Então FMHO, a resposta de Paul pode ser simplificada para 's' 'u' 'b', e você pode querer esperar um pouco após cada entrada.

    • 0

relate perguntas