Ubuntu 16.04 зависает при выключении / перезагрузке

Мой Ubuntu 16.04 зависает при выключении / перезагрузке, требуя от меня нажать и удерживать клавишу питания, чтобы выключить компьютер … Я не знаю, как сообщить об этом как об ошибке и о том, какие команды запускать, чтобы показать необходимый файл оборудования / sys Информация? Любая помощь была бы чрезвычайно оценена!

У меня тоже была эта проблема. Кажется, это ошибка в нескольких дистрибутивах.

Мое простое исправление заключалось в том, чтобы отредактировать строку /etc/default/grub :

 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" 

в

 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force" 

Запустите update-grub .

Работает каждый раз сейчас. Я использую ноутбук Lenovo G50. Я почти уверен, что изменил эту строку в Grub с предыдущими (другими) дистрибутивами linux на этом ноутбуке.

После завершения работы и завершения закрытия всех ваших приложений, чтобы завершить работу или перезагрузить ОС, выполните следующие действия, чтобы облегчить разочарование.

  1. Попробуйте sudo swapoff -a && systemctl poweroff как обходной путь на данный момент.
  2. Существует потенциальное исправление в Xenial, предложенное в пакете systemd 229-4ubuntu5. Перейдите на вкладку «Настройки системы» -> «Программное обеспечение и обновления ->« Параметры разработчика », щелкните поле рядом с« Предсессионный »(предложенный xenial). введите ваш root pwd, обновите кеш. На вкладке «Обновления» сразу же нажмите «Дисплейные обновления», закройте «Настройки системы». Запустите программу обновления и установите ее сейчас.
  3. Если у вас все еще есть проблема, попробуйте прочитать эти ошибки: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 для получения информации о том, как получить данные журнала, и, как было предложено, файл содержит новый отчет об ошибке. Также читайте ошибку: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 .
  4. Следуйте инструкциям по отладке, описанным в разделе «Отладка проблем загрузки / выключения» в /usr/share/doc/systemd/README.Debian.gz чтобы проверить, есть ли какие-либо зависания при завершении работы. Вам нужно будет запустить оболочку отладки перед каждым завершением работы или перезагрузкой, введя: systemctl start debug-shell Захват снимка экрана journalctl -b в аварийной оболочке ctl+alt+F9 может быть просветляющим. Кроме того, вывод systemctl list-jobs и systemctl --failed Помимо экрана, вы можете сбросить выходные данные этих команд и добавить их в один и тот же «filename.text» в / root, добавив >>filename.text в конце команды, например, journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text Все это будет в тот же файл прилагается вместе, чтобы вы могли анализировать свою следующую загрузку, и если вы делаете файл отчета об ошибке, может оказаться полезным прикрепить файл к вашему отчету об ошибке.

Обновить

У меня были эти Hangs довольно долгое время, но в конце концов я узнал, что мой жесткий диск начинает отказываться от секторов и т. Д. Таким образом, пришло время для нового жесткого диска и его переустановки. Я переустановил ОС на одном загрузочном жестком диске с Swap как 1-й, Root как 2-й и Home 3-й логический раздел согласно рекомендациям Ubuntu. Технически, sda1 – Grub, sda2 – Extended, sda5, sda6, sda7 – swap, root и home соответственно; sda3 и sda4 отсутствуют. С тех пор эта проблема не присутствовала на недавно установленной ОС на жестком диске, примерно на 9 месяцев. Я запускаю 16.04.02 LTS в этот момент без каких-либо зависаний при перезагрузке или завершении работы. Предыдущей ОС была двойная установка Win7 / Ubuntu, а раздел подкачки был в конце жесткого диска.

Я не утверждаю, что эта проблема связана с двойной системой загрузки, сбойным жестким диском или порядком, в котором я размещал разделы, но в моем случае один, два или все эти факторы существовали. Теперь я не страдаю от усугубления «Reached Target Shutdown».

У меня была проблема с зависанием при выключении, вот что я сделал:

ОТКРЫТЫЙ ТЕРМИНАЛ

 sudo -H gedit /etc/default/grub 

Измените строку:

 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" 

в

 GRUB_CMDLINE_LINUX_DEFAULT="acpi=force" 

Удаляя quiet и splash позволяет текст во время выключения, помогает увидеть, где висит может быть.

GRUB_CMDLINE_LINUX_DEFAULT = «тихий всплеск». При удалении «тихий» здесь будет отображаться текстовый вывод во время загрузки, тогда как удаление «всплеск» будет отображать черный экран вместо изображения всплеска.

Сохранить и закрыть Gedit

Затем обновите Grub в терминале:

 sudo update-grub 

ДОПОЛНИТЕЛЬНО:

Я заметил, что у меня тоже есть «STOP JOB», поэтому я сокращаю тайм-аут в /etc/systemd/system.conf :

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

удалить # и изменить тайминги в следующих строках:

 DefaultTimeoutStartSec=5s DefaultTimeoutStopSec=5s 

Затем выполните:

 sudo systemctl daemon-reload 

Это сработало для меня.

Tdenham. У меня такая же ситуация. Я только что обновил систему с 14.04 по 16.04 с помощью do-release-upgrade -d .

Если у вас нет прямого доступа к системе, и вам действительно нужно перезагрузиться, вы можете попробовать выполнить жесткий сброс как обходной путь (как описано здесь: https://major.io/2009/01/29/linux-emergency- reboot-or-shutdown-with-magic-commands / )

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

что делает трюк. Вероятно, вы должны запустить sync прямо перед второй командой.

reboot -f может помочь, но я не пробовал, так как я не могу получить доступ к серверу, если он снова зависает.

Вы можете проверить файл / var / log / 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) 

Похоже, что dhclient пытается достичь IP-адреса, даже когда запрашивается перезагрузка.

В случае, если это аппаратно-зависимая проблема, я вставил вывод lspci , чтобы помочь устранить ее.

 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) 

Я пробовал несколько методов, включая: редактирование /etc/default/grub , запуск sudo swapoff -a перед выключением и т. Д. Но никто из них не работал для меня.

Отключение USB 3.0 legacy mode устаревания USB 3.0 legacy mode в BIOS работало для меня.

Я пробовал почти все предложения здесь. Единственным действием, которое решило мою проблему с shutdown / reset, было изменение DefaultTimeoutStartSec & DefaultTimeoutStopSec в /etc/systemd/system.conf на '10':

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

а затем отредактировать

 DefaultTimeoutStartSec=10s DefaultTimeoutStoptSec=10s 

Awesome – Спасибо за исправление.

Я пробовал все (10-20 различных исправлений и разочарование – сложно устранить проблему), но это сработало. И я буду повторять его для других.

Уменьшите тайм-аут в /etc/systemd/system.conf: удалите # и измените тайминги в следующих строках:

DefaultTimeoutStartSec = 5s

DefaultTimeoutStopSec = 5s

В терминале

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

Затем выполните:

 sudo systemctl daemon-reload 

Удачи и спасибо вышеупомянутым людям !, Марк