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

73

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

    
задан Tdenham 28.04.2016 в 23:05
источник

7 ответов

30

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

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

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

к

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

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

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

ответ дан Ernesto Barechesto 27.06.2016 в 23:10
14

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

  1. Попробуйте sudo swapoff -a && systemctl poweroff в качестве обходного пути.
  2. Существует потенциальное исправление в Xenial, предложенное в пакете systemd 229-4ubuntu5. Перейдите на вкладку «Параметры системы - > Программное обеспечение и обновления - >», затем нажмите кнопку «Рядом» с «Предварительная публикация» (предложенная для xenial). введите ваш root pwd, обновите кеш. На вкладке «Обновления» сразу же нажмите «Дисплейные обновления», закройте «Настройки системы». Запустите программу обновления программного обеспечения и установите ее сейчас.
  3. Если у вас все еще есть проблема, попробуйте прочитать эти ошибки: Ссылка для получения информации о как получить данные журнала и, как было предложено, создать новый отчет об ошибке. Также читайте ошибку: Ссылка .
  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».

    
ответ дан xtrchessreal 09.05.2016 в 23:02
6

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

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

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" Removing "quiet" out here will display a text output during the boot, whereas removing "splash" will display a black screen instead of the splash image.

Сохранить и закрыть 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 13.02.2017 в 18:52
2

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

Если у вас нет прямого доступа к системе, и вам действительно нужно перезагрузиться, вы можете попробовать выполнить жесткий сброс как обходной путь (как описано здесь: Ссылка )

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

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

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

Вы можете проверить файл / var / log / syslog. Найдите место, где вы включаете компьютер и проверяете строки прямо перед этим. Вы можете вставить его здесь.

Мой 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 ([email protected]) (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 29.04.2016 в 08:49
1

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

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

    
ответ дан Hieu 29.07.2016 в 04:12
1

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

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

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

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
    
ответ дан joelgsf 30.04.2017 в 17:25
0

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

Итак, что я сделал, я открыл Диспетчер Диска, и я установил прошивку Intel-Microcode для CPU, я выключил компьютер, а затем я устал перезапускать ОС, и он, наконец, работал.

Я на Linux Mint Cinnamon 18.3, основанный на Ubuntu Xenial Xerus 16.04 LTS.

    
ответ дан Shayan 01.02.2018 в 08:33