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

90

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

Tdenham
источник
1
Когда появится сообщение, что оно зависло, нажмите ESC и запишите последние несколько строк на дисплее. Добавьте их в свой вопрос.
Йос
9
<шутка> Показывает ли это сообщение: «Теперь можно безопасно выключить компьютер»? </ joke>
user300458
Те же проблемы здесь. > Blockquote Отключение устаревшего режима USB 3.0 в BIOS работало для меня. > Blockquote Как отключить устаревший режим USB 3.0?
6
Видя эту проблему в действии, мне было бы стыдно больше рекомендовать Ubuntu пользователю Windows ...
ROMANIA_engineer
4
Это раздражительно! Почему эта простая задача перестала работать ??? Все исправления, которые я нашел, не работают, включая добавление в строку grub, отключение подкачки и даже изменение графических драйверов и возврат к более старым ядрам. НИЧЕГО НЕ РАБОТАЕТ. Это такая любительская ошибка. ОС должна быть в состоянии выключить!
Дориан

Ответы:

45

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

Моим простым исправлением было редактирование /etc/default/grubстроки:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

в

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Беги update-grub.

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

Эрнесто Баречесто
источник
1
Это просто избавляет вас от нажатия <kbd> ESC </ kbd> для просмотра информации о журнале выключения. Никакого другого эффекта. (Возможно, обновление, иначе регенерирующее grub-файлы исправило что-то еще).
Фрэнк Нок
Я попробовал update-grubпервый, который не сработал. Затем я изменил его на GRUB_CMDLINE_LINUX_DEFAULT = "acpi = force", и это решило мою проблему.
RedPixel
@Ernesto: Это сработало для меня .. Чтобы подтвердить, я сделал 2-3 раза перезагрузки / выключения, и все время он загружался без каких-либо проблем. Спасибо!
Саурав Кумар
Работает для меня! tnx;)
Сдра
Это сработало. Может быть, это связано с более новой версией ядра после запуска dist-upgrade?
xji
15

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

  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 находился в конце жесткого диска.

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

xtrchessreal
источник
1
Второй этап работал для меня, но результат был виден только после очередного принудительного перезапуска. Теперь я могу выключить / перезагрузить компьютер. Шаги: 1. Найдите на своем компьютере> Программное обеспечение и обновления> вкладка «Параметры разработчика»> отметьте «Предварительно выпущенные обновления» (предложено xenial)> «Закрыть». 2. Перейдите в Поиск компьютера> Обновление программного обеспечения.
ROMANIA_engineer
@xtrchessreal Ваш шаг 2 не работает для меня. После того, как reached target shutdownэто продолжает выкачиватьrevalidation failed
horaceT
@xtrchessreal Ни один не делает шаг 1.
horaceT
3
Анонимному пользователю, который продолжает предлагать одни и те же разрушительные правки в ответ: пожалуйста, не делайте этого! Если вы не согласны с сообщением, создайте учетную запись и, получив 15 репутацию, вы можете понизить голосование, чтобы показать свое несогласие. Вот для чего нужны отрицательные голоса. С 50 репутацией вы также можете оставить комментарий, чтобы уточнить его.
Дэвид Фёрстер
2
@DavidFoerster Downvoting требует 125 репутации .
Элия ​​Каган,
12

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

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

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

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

pst007x
источник
1
ну, у этого парня есть еще кое-что сказать о том, что для DefaultTimeoutStartSec задано такое низкое значение. ubuntu-mate.community/t/...
ptmdevncoder
acpi = force выключает дисплей, но кнопка питания остается включенной. Man
Маниш Кумар Бишт
bugs.launchpad.net/ubuntu/+source/systemd/+bug/1457400, похоже, связано с этим.
DustWolf
3

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)
Alek_A
источник
3

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

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

Хьеу
источник
Я перешел к пункту «Дополнительно»> «Конфигурация USB»> отключил поддержку устаревших USB , но это не решило проблему.
ROMANIA_engineer
Комбинация отключения устаревшего режима в BIOS и добавления «acpi = force» в grub, похоже, работает.
Джереми Кук
3

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

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

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

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
joelgsf
источник
3

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

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

Переход от Не обновлять микрокод процессора до intel-microcode

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

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

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

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

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

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

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

Джон
источник
1

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

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

RedEyed
источник