Você provavelmente está tendo este bug .
Para corrigir, tente instalar um novo kernel.
% bl0ck_qu0te%fonte: Padraig Galvin, comentário do bug # 26
Eu atualizei meu sistema de 15.10 (Ubuntu + xfce = XUbuntu) para 16.04 e depois acontece 50% que quando eu mando o sistema para Sleep através de "menu Iniciar > desligue > sleep" que as telas ficam em branco e hardware correndo (ouço que os fãs estão girando). Eu não posso mudar para console (ctrl + alt + f2) ou fazer qualquer outra coisa. Estou procurando como rastrear esse problema. Eu não encontrei nada nos seguintes registros:
/var/log/syslog.1
May 1 01:05:01 lampa CRON[7380]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
May 1 01:14:27 lampa NetworkManager[884]: <info> [1462058067.4749] manager: sleep requested (sleeping: no enabled: yes)
May 1 01:14:27 lampa NetworkManager[884]: <info> [1462058067.4749] manager: sleeping...
May 1 01:14:27 lampa whoopsie[796]: [01:14:27] offline
May 1 01:14:27 lampa NetworkManager[884]: <info> [1462058067.4750] manager: NetworkManager state is now ASLEEP
May 1 01:14:27 lampa systemd[1]: Reached target Sleep.
May 1 01:14:27 lampa systemd[1]: Starting Suspend...
May 1 01:14:27 lampa systemd-sleep[7497]: Failed to connect to non-global ctrl_ifname: (nil) error: No such file or directory
May 1 01:14:27 lampa systemd-sleep[7499]: /lib/systemd/system-sleep/wpasupplicant failed with error code 255.
May 1 01:14:27 lampa systemd-sleep[7497]: Suspending system...
/var/log/pm-suspend.log.1
Última linha é muito antiga, de: Ter 26 de abril 19:44:13 CEST 2016: Concluída. O arquivo 'pm-suspend.log' está vazio.
/var/log/kern.log
...
Apr 30 21:26:34 lampa kernel: [ 8420.249061] Key type cifs.idmap registered
May 1 01:14:27 lampa NetworkManager[884]: <info> [1462058067.4749] manager: sleep requested (sleeping: no enabled: yes)
May 1 01:14:27 lampa NetworkManager[884]: <info> [1462058067.4749] manager: sleeping...
May 1 01:14:27 lampa NetworkManager[884]: <info> [1462058067.4750] manager: NetworkManager state is now ASLEEP
May 1 08:01:21 lampa kernel: [ 0.000000] Initializing cgroup subsys cpuset
...
Eu estava procurando um log do Xorg, mas não sei quais linhas de log pertencem a esse momento. Quando eu olhei para ele por data de arquivo (arquivos Xorg.0.log e Xorg.0.log.old), esses arquivos são bem curtos e sem erros, eles acabam com:
[ 11.084] (II) This device may have been added with another device file.
[ 12.912] (II) RADEON(0): Allocate new frame buffer 2048x768 stride 2048
[ 12.912] (II) RADEON(0): VRAM usage limit set to 931309K
[ 1258.032] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 1259.227] (II) AIGLX: Resuming AIGLX clients after VT switch
e
[ 10.176] (II) RADEON(0): Allocate new frame buffer 2048x768 stride 2048
[ 10.176] (II) RADEON(0): VRAM usage limit set to 931309K
dmesg
Não consigo encontrar o dmesg.0 no meu sistema, só vejo o 'dmesg' e está vazio.
Onde procurar a seguir?
Editar: Eu descobri que isso só acontece depois que eu corro 'emulador de vinho com o Battle.net, um jogo de StarCraft 2'. Eu tentei matar todos os processos que aparecem e permanecem após eu jogar o jogo. Eu estou querendo saber se minha placa gráfica não muda para algum modo que não pode dormir.
Você provavelmente está tendo este bug .
Para corrigir, tente instalar um novo kernel.
% bl0ck_qu0te%fonte: Padraig Galvin, comentário do bug # 26
Ainda tenho este problema, mas testei várias correções possíveis. A essência do problema é que o trabalho suspenso falha, trava.
Eu tentei pesca através dos registros do kernel linha por linha , ainda não se sabe ao certo o que está causando isso. Eu pensei que o problema era vídeo, mas agora suspeito que é suporte de rede e / ou USB-C.
Quando a suspensão falhar, efetue login novamente, abra um terminal. Se na saída ps aux, você vê algo assim, então você está na mesma situação.
$ ps aux | grep sus
root 22926 0.0 0.0 8668 840 ? Ss 23:07 0:00 /lib/systemd/systemd-sleep suspend
Esse trabalho, 22926, pode ser eliminado, o que fará com que o PC suspenda imediatamente.
$ sudo kill -9 22926
Esta semana, encontrei uma boa maneira de evitar isso. Crie um arquivo de script como este:
sudo /etc/init.d/network-manager stop
sudo /etc/init.d/networking stop
sudo systemctl suspend
Para mim, isso reduz o atraso ao suspender e nunca falhou ainda
Quando você reiniciar, precisará lembrar de reiniciar a rede manualmente.
sudo /etc/init.d/network-manager stop
sudo /etc/init.d/networking stop
sudo /etc/init.d/networking start
sudo /etc/init.d/network-manager start
Isso novamente diz à rede para fechar, apenas por diversão, e reinicia-lo.
Esta é uma solução de alto nível. Eu estive nas ervas daninhas, alterando muitos detalhes dentro dos scripts de suspensão. Nada funcionou tão bem assim.
O outro tópico interessante que descobri sobre isso é que os dispositivos de hardware estão funcionando mal e causando um falso despertar. Eu tentei isso, mas nenhum benefício. Eu não acho que o trabalho suspenso ainda seria falha se este fosse o problema real.
Algumas pessoas têm esse mesmo problema, parece que pode haver muitas causas possíveis. Confira esta pesquisa Ask Ubuntu . Alguns dos meus favoritos:
Isso funcionou para mim (Xubuntu 16.04):
sudo apt-get remove light-locker
sudo apt-get install xscreensaver
Eu tive o mesmo problema.
Sep 26 17:26:15 pavel-kjsdfk systemd-sleep[8022]: Failed to connect to non-global ctrl_ifname: (nil) error: No such file or directory
Sep 26 17:26:15 pavel-kjsdfk systemd-sleep[8023]: /lib/systemd/system-sleep/wpasupplicant failed with error code 255.
Então, eu estava procurando por soluções sobre o dia todo e nada me ajudou. Então encontrei uma solução questionável, mas funciona!
Abra /lib/systemd/system-sleep/wpasupplicant
Remova /sbin/wpa_cli
e resume
do arquivo de forma que:
#!/bin/sh
set -e
if [ "$2" = "suspend" ] || [ "$2" = "hybrid-sleep" ]; then
case "$1" in
pre) /sbin/wpa_cli suspend ;;
post) /sbin/wpa_cli resume ;;
esac
fi
torna-se:
#!/bin/sh
set -e
if [ "$2" = "suspend" ] || [ "$2" = "hybrid-sleep" ]; then
case "$1" in
pre) suspend ;;
post) ;;
esac
fi