Ubuntu 16.04 trava ao desligar / reiniciar

89

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!

Tdenham
fonte
1
Quando parecer travar, pressione ESC e observe as últimas linhas no visor. Adicione-os à sua pergunta.
28716 Jos
9
<brincadeira> Ele mostra a seguinte mensagem: "Agora é seguro desligar o computador"? </joke>
user300458
Mesmos problemas aqui. > Blockquote Desativar o modo legado USB 3.0 no BIOS funcionou para mim. > Blockquote Como desativar o modo herdado do USB 3.0?
6
Vendo este problema em ação, eu teria vergonha de recomendar Ubuntu mais de um usuário de Windows ...
ROMANIA_engineer
4
Isso é embaraçoso! Por que essa tarefa simples parou de funcionar ??? Todas as correções que encontrei não funcionam, incluindo adicionar à linha grub, desativar a troca e até alterar os drivers gráficos e voltar aos kernels mais antigos. NADA FUNCIONA. Este é um erro tão amador. Um sistema operacional deve poder desligar !!
Dorian

Respostas:

44

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.

Ernesto Barechesto
fonte
1
Isso evita que você pressione <kbd> ESC </kbd> para ver as informações de log do desligamento. Nenhum outro efeito. (Talvez a atualização dos arquivos grub regenerados também tenha corrigido outra coisa).
precisa
Eu tentei update-grubprimeiro, o que não funcionou. Em seguida, mudei para GRUB_CMDLINE_LINUX_DEFAULT = "acpi = force" e isso resolveu o meu problema.
RedPixel
@ Ernesto: Isso funcionou para mim .. Para confirmar, reiniciei / desligue 2-3 vezes e sempre foi inicializado sem nenhum problema. Obrigado!
Saurav Kumar
Funciona para mim! tnx;)
Sdra
Isso funcionou. Talvez tenha algo a ver com uma versão mais recente do kernel após a execução dist-upgrade?
Xji
15

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".

xtrchessreal
fonte
1
A segunda etapa funcionou para mim, mas o resultado foi visível apenas após outro reinício forçado. Agora eu posso desligar / reiniciar o PC. Etapas: 1. Pesquise no seu computador> Software e atualizações> guia Opções do desenvolvedor> marque Atualizações pré-lançadas (proposta pelo xenial)> Fechar. 2. Vá para Pesquisar no seu computador> Atualizador de software.
ROMANIA_engineer
@xtrchessreal Seu passo 2 não funciona para mim. Depois reached target shutdownele continua bombeandorevalidation failed
horaceT
@xtrchessreal Nem o passo 1. #
horaceT 11/17
3
Para o usuário anônimo que continua sugerindo as mesmas edições destrutivas para esta resposta: Por favor, não faça isso! Se você não concordar com uma postagem, crie uma conta e, depois de ter 15 reputação, poderá fazer o voto negativo para mostrar que você não concorda. É para isso que servem os votos negativos. Com 50 reputação, você também pode deixar um comentário para elaborá-lo.
David Foerster
2
A votação para @DavidFoerster requer 125 reputação .
Eliah Kagan 18/09/19
11

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.

pst007x
fonte
1
bem, esse cara tem algo mais a dizer sobre o DefaultTimeoutStartSec ser definido como um valor tão baixo. ubuntu-mate.community/t/…
ptmdevncoder
acpi = force desliga a tela, mas o botão liga / desliga ainda permanece ligado. 😂
Manish Kumar Bisht
bugs.launchpad.net/ubuntu/+source/systemd/+bug/1457400 parece relacionado a isso.
DustWolf 17/0318
3

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)
Alek_A
fonte
3

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.

Hieu
fonte
Fui para Avançado> Configuração USB> Suporte USB herdado desativado , mas isso não resolveu o problema.
ROMANIA_engineer
A combinação de desativar o modo legado no BIOS e adicionar "acpi = force" ao grub parece estar funcionando.
Jeremy Cook
3

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
joelgsf
fonte
3

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.

Mudando de Não atualize o microcódigo da CPU para intel-microcode

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.

Shayan
fonte
1
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.
ssasa 13/06
1

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.

Jon
fonte
1

Minha solução está aqui

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

RedEyed
fonte