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

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, помочь troubleshut это.

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)

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

1. Попытка sudo swapoff -a && systemctl poweroff как обходное решение на данный момент.
2. существует потенциальная фиксация в Гостеприимно предложенном в systemd 229-4ubuntu5 пакете. Перейдите к своим Параметрам настройки системы->, программное обеспечение и вкладка Updates-> Developer Options нажимают поле рядом с (гостеприимно предложенным) предварительным выпуском. введите свой корень pwd, Обновление кэш. Вкладка обновлений использует "обновления дисплея сразу выпадающие" близкие Параметры настройки системы. Запустите программное обеспечение updater и установите теперь.
3. , Если у Вас все еще есть проблема, пытаются читать эти ошибки: https://bugs.launchpad.net/ubuntu / + source/systemd / + ошибка/1464917 для получения информации о том, как получить данные логов и, как предложено там зарегистрировать новый отчет об ошибках. Также ошибка чтения: https://bugs.debian.org/cgi-bin/bugreport.cgi? bug=788303.
4. Следуют инструкциям по отладке, описанным в разделе "Debugging boot/shutdown problems" /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.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text, Все они будут в том же файле, добавленном вместе, чтобы Вы проанализировали после своей следующей начальной загрузки и если Вы действительно регистрируете отчет об ошибках, может быть полезно присоединить файл в Ваш отчет об ошибках.

Обновление

я имел, они Зависают долгое время, но были в конечном счете в точке, где я узнал, что мой жесткий диск начинал приводить секторы к сбою и т.д. Так, пришло время для нового жесткого диска, и переустановить. Я переустановил ОС на единственной начальной загрузке жесткий диск с Подкачкой как 1-е, Корневое, столь же 2-е, и Домой как 3-и логические разделы согласно рекомендациям из Ubuntu. Технически, sda1 является Личинкой, sda2 Расширяется, sda5, sda6, sda7 являются подкачкой, корнем, и размещают соответственно; sda3 и sda4 не присутствуют. Эта проблема не присутствовала на недавно установленной ОС на жестком диске с тех пор, 9 + месяцы приблизительно. Я выполняю 16.04.02 LTS в этой точке без любого Подвешивания на перезапуске или завершении работы. Предыдущая ОС была двойной установкой, которой Win7/Ubuntu и раздел Подкачки были в конце жесткого диска.

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

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

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

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

Моя простая фиксация должна была отредактировать /etc/default/grub строка:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

к

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Выполнение update-grub.

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

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

ОТКРОЙТЕ TERMINAL

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

Затем обновите Личинку в терминале:

sudo update-grub

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

Я заметил, что у меня была 'ОСТАНОВКА JOB', работающий также, таким образом, я уменьшаю тайм-аут в /etc/systemd/system.conf:

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

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

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

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

sudo systemctl daemon-reload

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

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

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

и затем редактируют к

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

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

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

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

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

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

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

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

Я нахожусь на Корице Linux Mint 18.3, который основан на Ubuntu Гостеприимный Xerus 16.04 LTS.

Добавление комментария пользователя ssasa в ответе, так как это могло помочь другим и могло бы быть очищено с "больше необходимым" флагом:

Попробованный каждый Ответ здесь и ни один не помогает. Но это было самым близким. При изменении из драйвера с открытым исходным кодом nouveau к Nvidia собственному драйверу помогают в моем случае.