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

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

Моим простым исправлением было редактировать /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). введите свой корневой 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" на / корень, добавив >>filename.text в конце команды, например journalctl -b >>filename.textjournalctl -xe >>filename.textsystemctl list-jobs >>filename.textsystemctl --failed >>filename.textlsblk >>filename.text Все они будут в одном и том же файле, добавленном вместе, чтобы вы могли проанализировать их при следующей загрузке, и если вы отправите отчет об ошибке, может быть полезно прикрепить файл к вашему сообщению об ошибке.

Обновить

У меня были эти зависания в течение довольно долгого времени, но в конечном итоге я узнал, что мой жесткий диск начинает выходить из строя секторов и т. Д. Итак, пришло время для нового жесткого диска и его переустановки. Я переустановил ОС на одном загрузочном жестком диске с 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, а раздел Swap находился в конце жесткого диска.

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

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

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

sudo -H gedit /etc/default/grub

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

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

в

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

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

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

Сохранить и закрыть 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

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

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

Поэтому я открыл Drive Manager и установил микропрограмму Intel-Microcode для процессора, выключил компьютер, а потом устал перезагружать ОС, и это наконец-то сработало.

Я использую Linux Mint Cinnamon 18.3, который основан на Ubuntu Xenial Xerus 16.04 LTS.

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

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

а затем отредактируйте в

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

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

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

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

Если у вас нет прямого доступа к системе, и вам действительно нужно перезагрузить компьютер, вы можете попробовать сделать hard reset в качестве обходного пути (как описано здесь: https://major.io/2009/01/29/linux-emergency- перезагрузка или выключение с помощью волшебных команд /)

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)

Мое решение здесь

Но простыми словами:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"

У меня была эта проблема на моем ASUS Zenbook UX433FN, и я решил обновить BIOS. У меня была версия BIOS 301 и обновленная до 305. Все эти проблемы исчезли сразу после этого обновления.

Затем я переустановил Ubuntu 18.04, а затем без проблем установил драйверы NVIDIA.

Примечание. Я предлагаю установить драйверы NVIDIA ПЕРЕД любыми другими обновлениями, чтобы проверить, могут ли драйверы NVIDIA быть успешно установлены без вмешательства кого-либо еще.