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

Мой 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.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>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

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

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)

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

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

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

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

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

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

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

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

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

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

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

У меня была эта проблема на моем 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"