Ubuntu 16.04 trava ao desligar / reiniciar

Meu Ubuntu 16.04 trava no desligamento / reinicialização, exigindo que eu pressione e segure a tecla liga / desliga para desligar a máquina ... Não sei como relatar isso como um bug e quais comandos executar para mostrar o log de hardware / sys necessário info? Qualquer ajuda seria grandemente agradecida!

Eu também tive esse problema. Parece ser um bug em várias distribuições.

Minha correção simples foi editar a /etc/default/grublinha:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

para

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Corra update-grub.

Funciona sempre. Eu uso um laptop Lenovo G50. Tenho certeza de que mudei essa linha no Grub com outras distros linux anteriores neste laptop também.

Depois de concluir o trabalho e fechar todos os aplicativos para desligar ou reiniciar o sistema operacional, siga estas etapas para aliviar frustrações.

1. Tente sudo swapoff -a && systemctl poweroffcomo solução alternativa por enquanto.
2. Existe uma possível correção proposta pelo Xenial no pacote systemd 229-4ubuntu5. Vá para a guia Configurações do sistema-> Software e atualizações-> Opções do desenvolvedor, clique na caixa ao lado de Pré-lançamento (proposta xenial). digite seu pwd raiz, atualize o cache. Na guia Atualizações, use "exibir atualizações suspensas imediatamente" feche as Configurações do sistema. Inicie o atualizador de software e instale agora.
3. Se você ainda tiver o problema, tente ler estes bugs: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 para obter informações sobre como obter dados de log e, como sugerido, envie um novo relatório de bug. Leia também o bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 .
4. Siga as instruções de depuração descritas na seção "Depurando problemas de inicialização / desligamento" /usr/share/doc/systemd/README.Debian.gzpara verificar se há trabalhos suspensos no desligamento. Você precisará iniciar o shell de depuração antes de cada desligamento ou reinicialização digitando: systemctl start debug-shell Capturar uma foto da tela journalctl -bno shell de resgate ctl+alt+F9pode ser esclarecedor. Além disso, a saída de systemctl list-jobse systemctl --failedAlém de uma captura de tela, você pode despejar a saída desses comandos e anexá-los no mesmo "filename.text" na /raiz, adicionando >>filename.textno final dos comandos, por exemplo, journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text tudo isso estará no mesmo arquivo anexado juntos para você analisar na próxima inicialização e se você registrar um relatório de erro, pode ser útil anexá-lo ao seu relatório de erro.

Atualizar

Eu tive esses Hangs por um bom tempo, mas finalmente cheguei a um ponto em que soube que meu disco rígido estava começando a falhar em setores etc. Então, era hora de instalar um novo disco rígido e reinstalá-lo. Eu reinstalei o sistema operacional em um único disco rígido de inicialização com o Swap como 1º, Raiz como 2º e Casa como 3ª partições lógicas, conforme recomendações do Ubuntu. Tecnicamente, sda1 é Grub, sda2 é estendido, sda5, sda6, sda7 são swap, root e home, respectivamente; sda3 e sda4 não estão presentes. Esse problema não está presente no sistema operacional recém-instalado no disco rígido desde então, mais de 9 meses aproximadamente. Estou executando o 16.04.02 LTS neste momento sem nenhum Hangs na reinicialização ou desligamento. O sistema operacional anterior era uma instalação dupla do Win7 / Ubuntu e a partição Swap estava no final do disco rígido.

Não estou afirmando que esse problema esteja vinculado a um sistema de inicialização dupla, a um disco rígido com falha ou à ordem em que coloquei as partições, mas, no meu caso, um, dois ou todos esses fatores existiam. Agora, não sofro o agravamento do travamento do "Reached Target Shutdown".

Eu tive um problema com o desligamento, foi o que fiz:

TERMINAL ABERTO

sudo -H gedit /etc/default/grub

Mude a linha:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

para

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

Ao remover quiete splashpermitir texto durante o desligamento, ajuda a ver onde o travamento pode estar.

GRUB_CMDLINE_LINUX_DEFAULT = "respingo silencioso" A remoção de "silencioso" aqui fora exibirá uma saída de texto durante a inicialização, enquanto a remoção de "respingo" exibirá uma tela preta em vez da imagem inicial.

Salvar e fechar o Gedit

Atualize o Grub no terminal:

sudo update-grub

ADICIONAL:

Percebi que eu também tinha um 'STOP JOB' em execução, então reduzi o tempo limite em /etc/systemd/system.conf:

sudo -H gedit /etc/systemd/system.conf

remova #e altere os horários nas seguintes linhas:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Então corra:

sudo systemctl daemon-reload

Isso funcionou para mim.

Tdenham. Eu tenho a mesma situação. Acabei de atualizar o sistema de 14.04 para 16.04 com do-release-upgrade -d.

Se você não tiver acesso direto ao sistema e realmente precisar reinicializar, tente redefinir com força como solução alternativa (conforme descrito aqui: https://major.io/2009/01/01/29/linux-emergency- reboot-or-shutdown-with-magic-command / )

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

qual faz o truque. Provavelmente você deve executar synclogo antes do segundo comando.

reboot -f pode ajudar, mas não tentei, pois não consigo acessar o servidor se ele travar novamente.

Você pode verificar o arquivo / var / log / syslog. Encontre o lugar onde você liga o computador e verifique as linhas logo antes. Você pode colá-lo aqui.

Meu syslog:

Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0752] dhcp4 (em0): request timed out
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0753] dhcp4 (em0): state changed unknown -> timeout
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): canceled DHCP transaction, DHCP client pid 2437
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): state changed timeout -> done
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0929] device (em0): state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0943] device (em0): Activation: failed for connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0970] device (em0): state change: failed -> disconnected (reason 'none') [120 30 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1062] policy: auto-activating connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1101] device (em0): Activation: starting connection 'Wired connection 1' (df58434d-16fc-4036-b1d2-2cae515dbf19)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1108] device (em0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1133] device (em0): state change: prepare -> config (reason 'none') [40 50 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1152] device (em0): state change: config -> ip-config (reason 'none') [50 70 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1167] dhcp4 (em0): activation: beginning transaction (timeout in 45 seconds)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1221] dhcp4 (em0): dhclient started with pid 2444
Apr 29 11:21:48 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3 (xid=0x6cc9f4a)
Apr 29 11:21:51 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 4 (xid=0x6cc9f4a)
Apr 29 11:21:55 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 11 (xid=0x6cc9f4a)
Apr 29 11:22:01 bow CRON[2453]: (root) CMD (/usr/local/lib/wifictl)
Apr 29 11:22:01 bow CRON[2450]: (CRON) info (No MTA installed, discarding output)
Apr 29 11:22:06 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 20 (xid=0x6cc9f4a)
.................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Apr 29 11:23:34 bow rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="860" x-info="http://www.rsyslog.com"] start
Apr 29 11:23:34 bow 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 ]
Apr 29 11:23:34 bow rsyslogd: rsyslogd's groupid changed to 104
Apr 29 11:23:34 bow rsyslogd: rsyslogd's userid changed to 101
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuset
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpu
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuacct
Apr 29 11:23:34 bow kernel: [    0.000000] Linux version 4.4.0-21-generic (buildd@lgw01-21) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)

Parece que o dhclient tenta obter o endereço IP mesmo quando a reinicialização é solicitada.

Caso este seja um problema dependente de hardware do qual colei a saída lspci, para ajudar na solução de problemas.

00:00.0 Host bridge: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Network controller: Qualcomm Atheros AR9227 Wireless Network Adapter (rev 01)

Eu tentei vários métodos, incluindo: edição /etc/default/grub, execução sudo swapoff -aantes do desligamento, etc ... Mas nenhum deles funcionou para mim.

Desligar USB 3.0 legacy modeo BIOS funcionou para mim.

Eu tentei quase todas as sugestões aqui. A única ação que resolveu o meu mesmo problema de desligamento / reset estava mudando DefaultTimeoutStartSece DefaultTimeoutStopSecem /etc/systemd/system.confque '10':

sudo -H gedit /etc/systemd/system.conf

e edite para

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

Eu estava enfrentando o mesmo problema, reiniciar me levaria a uma tela preta ou, às vezes, a uma tela preta com o cursor piscando e isso nunca funcionaria, tenho que observar que não tive problemas com o desligamento.

Então, o que fiz foi abrir o Drive Manager e instalar o firmware do microcódigo Intel para a CPU, desligar o computador e cansar-me de reiniciar o sistema operacional, e finalmente funcionou.

Estou no Linux Mint Cinnamon 18.3, que é baseado no Ubuntu Xenial Xerus 16.04 LTS.

Adicionando o comentário do usuário ssasa na resposta, pois ele pode ajudar outras pessoas e pode ser removido com o sinalizador "não é mais necessário":

Tentei todas as respostas aqui e nenhuma ajuda. Mas este foi o mais próximo. Mudar do driver de código aberto nouveau para o driver proprietário da Nvidia ajudou no meu caso.

Eu tive esse problema no meu ASUS Zenbook UX433FN e a solução que usei foi atualizar o BIOS. A versão do BIOS que eu tinha era 301 e atualizou para 305. Todos esses problemas desapareceram logo após a atualização.

Reinstalei o Ubuntu 18.04 e instalei os drivers da NVIDIA sem problemas.

Nota : Sugiro instalar os drivers da NVIDIA ANTES de outras atualizações para verificar se os drivers da NVIDIA podem ser instalados com sucesso sem interferência de qualquer outra coisa.

Minha solução está aqui

Mas em palavras simples:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"