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. У пакеті systemd 229-4ubuntu5, запропонованому Xenial, є потенційне виправлення. Перейдіть у розділ Налаштування системи-> Програмне забезпечення та оновлення-> Вкладка Параметри розробника, натисніть поле поруч із Попереднім випуском (запропоновано 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 все це буде в тому ж файлі, що додається разом Ви зможете проаналізувати наступне завантаження і, якщо Ви подаєте звіт про помилку, може бути корисним приєднати файл до Вашого звіту про помилку.

Оновлення

У мене були ці вішалки досить довгий час, але врешті-решт я дізнався, що мій HDD починає виходити з ладу тощо. Отже, настав час для нового жорсткого диска та його перевстановлення. Я перевстановив ОС на один завантажувальний жорсткий диск із Swap як 1-й, Root як другий та Home як 3-й логічні розділи відповідно до рекомендацій Ubuntu. Технічно sda1 - Grub, sda2 - Extended, sda5, sda6, sda7 - відповідно, своп, 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 = "тихий сплеск" Якщо видалити "тихий" тут, під час завантаження відобразиться текстовий вихід, тоді як при видаленні "сплеск" замість зображення заставки з'явиться чорний екран.

Збережіть і закрийте Gedit

Потім оновіть Grub у терміналі:

sudo update-grub

ДОДАТКОВО:

Я помітив, що у мене також працює "СТОПОВІДАЛЬНА РОБОТА", тому я скорочую тайм-аут у /etc/systemd/system.conf:

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

видалити #та змінити таймінги в наступних рядках:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Потім запустіть:

sudo systemctl daemon-reload

Це працювало для мене.

Тденхем. У мене така ж ситуація. Я щойно оновив систему з 14.04 до 16.04 с do-release-upgrade -d.

Якщо у вас немає прямого доступу до системи, і вам дійсно потрібно перезавантажити, ви можете спробувати жорстке скидання як спосіб вирішення (як описано тут: 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в BIOS працювало на мене.

Тут я спробував майже всі пропозиції. Єдина дія , яке вирішити мою ж проблему виключення / перезавантаження змінюється DefaultTimeoutStartSecі DefaultTimeoutStopSecв /etc/systemd/system.confдо «10»:

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

а потім відредагувати в

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

Я просто відчував те саме, що перезапуск переніс би мене на чорний екран або іноді на чорний екран із миготливим курсором, і це ніколи не вийде, я мушу зазначити, що у мене не було проблем із вимкненням.

Отже, що я зробив, я відкрив Диспетчер дисків, і встановив прошивку 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"