O BunsenLabs (Debian derrivative) não irá desligar (Falha ao iniciar poweroff.target: A transação é destrutiva)

11

Eu me deparei com um comportamento estranho do meu GNU / Linux do BunsenLabs (que é baseado no Debian).

Às vezes não consigo desligar o sistema operacional. Não importa se eu uso o sudo poweroff ou a abordagem da GUI.

Isso é o que recebo depois de executar sudo poweroff :

Failed to start poweroff.target: Transaction is destructive

Existe uma solução alternativa? Por que isso está acontecendo?

Aqui está o conteúdo do meu /lib/udev/rules.d/70-power-switch.rules :

ACTION=="remove", GOTO="power_switch_end"

SUBSYSTEM=="input", KERNEL=="event*", SUBSYSTEMS=="acpi", TAG+="power-switch"
SUBSYSTEM=="input", KERNEL=="event*", KERNELS=="thinkpad_acpi", TAG+="power-switch"

LABEL="power_switch_end"
    
por Mateusz Piotrowski 06.04.2016 / 20:21

3 respostas

7

Eu tenho me esquivado pela solução por um tempo e finalmente encontrei uma solução. Isso funcionou para mim. Eu não sei o que desencadeia esse comportamento estranho embora.

Esta é a receita para desligar o seu Debian:

  1. Executar ps aux | grep suspend .
  2. Um dos resultados deve ser parecido com isto

    root 3651 0.0 0.0 8668 1716 ? Ss 07:18 0:00 /lib/systemd/systemd-sleep suspend
    
  3. Execute sudo kill 3651 ou qualquer que seja o pid do seu resultado.

  4. Uma vez, consegui desligar o PC. A segunda vez que o PC foi dormir imediatamente após o comando kill .

É sugerido que você efetue logout do ambiente de área de trabalho gráfico antes de eliminar o processo.

Fonte: Fóruns do Ubuntu .

    
por 06.04.2016 / 20:21
6

Estou adicionando outra resposta a essa pergunta, porque, no meu caso, não havia nenhum processo systemd-sleep em execução, mas não consegui interromper, desligar, desligar ou reinicializar minha máquina. (Acho que esse comportamento é mais uma prova de que systemd se qualifica como um malware , mas vamos deixar essa discussão para outra tempo.)

No final, recorri ao kernel para obter ajuda na minha luta contra o systemd . O que se segue não é tão diferente de uma reinicialização rígida (pressionando o botão liga / desliga), mas pode ajudar, caso você não tenha acesso físico à máquina:

echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger

Uma vez reiniciado, prossiga eliminando a desova do inferno.

    
por 18.08.2016 / 18:15
1

Tive esse mesmo problema.

# systemctl status poweroff.target 
● poweroff.target - Power-Off
  Loaded: loaded (/lib/systemd/system/poweroff.target; enabled; vendor preset: 
  Active: inactive (dead)
    Docs: man:systemd.special(7)

Eu então corri, systemctl start poweroff.target

E desligou.

    
por 16.09.2016 / 06:57