it-swarm-pt.tech

Ubuntu 16.04 trava no desligamento / reinício

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

86
Tdenham

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

Minha solução simples era editar a linha /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

para

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Execute update-grub.

Funciona toda vez agora. Eu uso um laptop Lenovo G50. Eu tenho certeza que eu mudei essa linha no Grub com distribuições anteriores (outras) do Linux neste laptop também.

42
Ernesto Barechesto

Depois de concluir seu trabalho e concluir o fechamento de todos os seus aplicativos para desligar ou reinicializar seu sistema operacional, siga estas etapas para aliviar as frustrações.

  1. Tente Sudo swapoff -a && systemctl poweroffcomo uma solução alternativa por enquanto.
  2. Existe uma possível correção no Xenial - proposta no pacote systemd 229-4ubuntu5. Vá para o seu Configurações do Sistema-> Software e Atualizações-> guia Opções do desenvolvedor, clique na caixa ao lado de Pré-lançamento (xenial-proposto). insira seu root pwd, atualize o cache. A aba Atualizações usa "atualizações de exibição imediatamente suspensas" fecha Configurações do Sistema. Inicie o atualizador de software e instale agora.
  3. Se você ainda tiver o problema, tente ler esses bugs: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 para obter informações sobre como obter dados de log e como sugerido lá arquivar um novo relatório de bug. Leia também bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=7883 .
  4. Siga as instruções de depuração descritas na seção "Depurando problemas de inicialização/desligamento" do /usr/share/doc/systemd/README.Debian.gz para 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 A captura de uma foto de tela de journalctl -b no shell de recuperação ctl+alt+F9 pode ser esclarecedora. Além disso, a saída de systemctl list-jobs e systemctl --failed Além de uma captura de tela, você pode despejar a saída desses comandos e anexar cada um ao mesmo "filename.text" em / root adicionando >>filename.text no final dos comandos, por exemplo, journalctl -b >>filename.textjournalctl -xe >>filename.textsystemctl list-jobs >>filename.textsystemctl --failed >>filename.textlsblk >>filename.text Tudo isso estará no mesmo arquivo anexado para você analisar na sua próxima inicialização e se você enviar um relatório de bug, pode ser útil anexá-lo ao seu relatório de bug.

Atualizar

Eu tive esses Hangs por um bom tempo, mas foi eventualmente em um ponto onde eu aprendi meu HDD estava começando a falhar setores etc Então, era hora de um novo disco rígido e reinstalar. Eu reinstalei o sistema operacional em um único disco rígido de inicialização com Swap como o primeiro, raiz como segundo e casa como terceiro partições lógicas como por recomendações do Ubuntu. Tecnicamente, sda1 é Grub, sda2 é Extended, sda5, sda6, sda7 são swap, root e home respectivamente; sda3 e sda4 não estão presentes. Este problema não está presente no sistema operacional recém-instalado no HDD desde então, 9 meses ou mais. Eu estou executando 16.04.02 LTS neste momento sem qualquer um dos trava na reinicialização ou desligamento. O sistema operacional anterior era uma instalação dupla Win7/Ubuntu e a partição Swap estava no final do disco rígido.

Eu não estou afirmando que esse problema está ligado a um sistema de dual boot, 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 existiram. Agora, eu não sofro o agravamento do desligamento do "Alvo atingido".

14
xtrchessreal

Eu tive um problema com o desligamento, foi o que eu 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 quiet e splash permite texto durante o desligamento, ajuda a ver onde o travamento pode estar.

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

Salvar e fechar o Gedit

Em seguida, atualize o Grub no terminal:

Sudo update-grub

ADICIONAL:

Eu notei que tinha um 'STOP JOB' rodando também, 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.

7
pst007x

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 a reinicialização a frio como uma solução alternativa (conforme descrito aqui: https://major.io/2009/01/29/ linux-emergency-reboot-ou-shutdown-com-magic-commands / )

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

qual faz o truque. Provavelmente você deve executar sync logo 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 disso. 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 ([email protected]) (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 seja um problema dependente de hardware, eu colei a saída de lspci, para ajudar a solucionar o problema.

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)
2
Alek_A

Eu tentei quase todas as sugestões aqui. A única ação que resolveu o mesmo problema de shutdown/reset foi alterar DefaultTimeoutStartSec e DefaultTimeoutStopSec em /etc/systemd/system.conf para '10':

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

e depois editar para

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
2
joelgsf

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

Desligar USB 3.0 legacy mode na BIOS funcionou para mim.

2
Hieu

Eu estava apenas experimentando um pouco o mesmo problema, reiniciando me levaria a uma tela preta ou às vezes uma tela preta com cursor piscando e nunca iria conseguir, eu tenho que notar que eu não tive um problema 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 depois cansei de reiniciar o sistema operacional e ele finalmente funcionou.

Changing from Do not update the CPU microcode to intel-microcode

Eu estou no Linux Mint Cinnamon 18.3 que é baseado no Ubuntu Xenial Xerus 16.04 LTS.

2
Shayan

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 atualizei para 305. Todos esses problemas desapareceram logo após esta atualização.

Eu então reinstalei o Ubuntu 18.04 e instalei drivers NVIDIA sem nenhum problema.

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

0
Jon