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 hardware necessário / log de informações sys? Qualquer ajuda seria muito apreciada!
Eu também tive esse problema. Parece ser um bug em várias distribuições.
Minha correção simples foi editar /etc/default/grub line:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
para
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"
Executar 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 linux anteriores (outras) neste laptop também.
Depois de concluir seu trabalho e concluir o fechamento de todos os seus aplicativos para encerrar ou reiniciar o sistema operacional, siga estas etapas para aliviar as frustrações.
sudo swapoff -a && systemctl poweroff como uma solução alternativa por enquanto. /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 encerramento ou reinicialização, digitando: systemctl start debug-shell Capturar uma foto de tela de journalctl -b no shell de recuperação ctl+alt+F9 pode ser esclarecedor. 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 anexá-los ao mesmo "filename.text" na raiz / adicionando >>filename.text no 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 para você analisar na próxima inicialização e, se enviar um relatório de bug, pode ser útil anexar o arquivo no seu relatório de erros. 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 HDD 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.
Não estou afirmando que esse problema está ligado 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 existiram. Agora, eu não sofro o agravamento do "desligamento do alvo atingido" pendurar.
Eu tive um problema com o desligamento, foi o que fiz:
TERMINAL ABERTO
sudo -H gedit /etc/default/grub
Altere 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 problema pode estar.
Salvar e fechar o Gedit
Em seguida, atualize o Grub no terminal:
sudo update-grub
ADICIONAL:
Percebi que tinha um 'STOP JOB' em execução 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
Em seguida, execute:
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 tem acesso direto ao sistema e realmente precisa reinicializar, tente a reinicialização a frio como uma solução alternativa (conforme descrito aqui: link )
echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger
qual é o truque. Provavelmente você deve executar sync antes do segundo comando.
reboot -f pode ajudar, mas não tentei, pois não consigo acessar o servidor se ele for interrompido 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 (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 seja um problema dependente de hardware, colei a saída de lspci , para ajudar a conturbá-la.
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: editar /etc/default/grub , executar sudo swapoff -a antes do desligamento, etc ... Mas nenhum deles funcionou para mim.
Desativar USB 3.0 legacy mode no BIOS funcionou para mim.
Eu tentei quase todas as sugestões aqui. A única ação que resolveu o mesmo problema de desligamento / reinicialização foi a alteração de DefaultTimeoutStartSec & amp; DefaultTimeoutStopSec in /etc/systemd/system.conf para '10':
sudo -H gedit /etc/systemd/system.conf
e, em seguida, edite para
DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
Eu estava apenas experimentando um pouco o mesmo problema, reiniciar me levaria a uma tela preta ou às vezes a uma tela preta com cursor piscante e isso nunca aconteceria, tenho que notar que não tive problema com o desligamento.
Então, o que eu fiz foi abrir o Drive Manager e instalar o firmware do microcódigo do Intel para a CPU, desligar o computador e depois cansei de reiniciar o SO e ele finalmente funcionou.
Estou no Linux Mint Cinnamon 18.3 que é baseado no Ubuntu Xenial Xerus 16.04 LTS.