Ubuntu 18.04 застрял в выключении

Я только что отключил все аддоны и плагины, связанные с флешкой, установленной с моим браузером firefox. Тогда это сработало. Моя OS es lubuntu:

$ cat / etc / issue Ubuntu 16.04.3 LTS \ n \ l

С уважением, MR

16
задан 23 May 2018 в 23:19

50 ответов

Попробуйте пару перезагрузок sudo из терминала, чтобы узнать, очищает ли он это: 1-й, чтобы попробовать, перезагрузитесь, не записывая файл wtmp:

sudo reboot -d

Если это перезагрузится, попробуйте естественное закрытие. Если он не перезагрузится, попробуйте принудительную перезагрузку:

sudo reboot -f

Если это обновление с 16.04 по 18.04, возможно, стоит рассмотреть чистую установку.

1
ответ дан 6 August 2018 в 17:50

После выполнения большего тестирования на двух компьютерах он фактически является Wifi Manager и тем, как он подключается / идентифицируется с сетью. На двух одинаковых компьютерах проблема исчезает после отключения диспетчера Wi-Fi. Также попробовал USB Wifi-ключ, который работал на одном компьютере, но в очередной раз заставил систему замораживаться в момент регистрации в сети. Уже попробовал другой менеджер Wifi с улучшенными условиями. Также заметили в BIOS, если безопасная загрузка отключена, тогда есть список драйверов, которые отклонили BIOS из-за проблем с безопасностью. Возможно, это основная проблема, связанная с менеджером Wifi.

2
ответ дан 6 August 2018 в 17:50
apt Такая же проблема здесь, на моем ноутбуке. После некоторого наблюдения я узнал, что он имеет какое-то отношение к режиму энергосбережения, специально предназначенному для автоматического приостановки. [115]

Перейдите к
sudo apt install -f
, затем отключите все опции
   -f, --fix-broken
       Fix; attempt to correct a system with broken dependencies in place.
       This option, when used with install/remove, can omit any packages
       to permit APT to deduce a likely solution. If packages are
       specified, these have to completely correct the problem. The option
       is sometimes necessary when running APT for the first time; APT
       itself does not allow broken package dependencies to exist on a
       system. It is possible that a system's dependency structure can be
       so corrupt as to require manual intervention (which usually means
       using dpkg --remove to eliminate some of the offending packages).
       Use of this option together with -m may produce an error in some
       situations. Configuration Item: APT::Get::Fix-Broken.
. Также выберите sudo apt install -f - man apt-get.

Пока команда Ubuntu не выяснит, почему режим приостановки мешает процессу выключения, это решило мою проблему.

Надеюсь, это поможет

1
ответ дан 6 August 2018 в 17:50

Интересно, что у этих проблем много исправлений / причин. Хотя ни одно из вышеперечисленных не помогло мне (столкнувшись с одной и той же проблемой), я исправил это, переключившись с графического драйвера X.org на проприетарный драйвер nvidia, который рекомендуется по программному обеспечению и обновлениям. С тех пор перезагрузка работает безупречно.

Моя настройка: ноутбук Asus G Series G501VW с графической картой Nvidia 960M.

0
ответ дан 6 August 2018 в 17:50

Существует множество сценариев, которые запускаются при завершении работы. Я все еще на 16.04, и для меня это те, что в /etc/rc0.d (которые действительно связаны с /etc/init.d). Один из них может иметь длинную задержку, установленную в том, что он делает для stop.

AFAIK эти сценарии выполняются в алфавитном порядке, поэтому вы можете вставить несколько, которые просто записывали бы их выполнение где-нибудь, помогая вам где задержка.

1
ответ дан 6 August 2018 в 17:50

Попробуйте пару перезагрузок sudo из терминала, чтобы узнать, очищает ли он это: 1-й, чтобы попробовать, перезагрузитесь, не записывая файл wtmp:

sudo reboot -d

Если это перезагрузится, попробуйте естественное закрытие. Если он не перезагрузится, попробуйте принудительную перезагрузку:

sudo reboot -f

Если это обновление с 16.04 по 18.04, возможно, стоит рассмотреть чистую установку.

1
ответ дан 8 August 2018 в 22:04

После выполнения большего тестирования на двух компьютерах он фактически является Wifi Manager и тем, как он подключается / идентифицируется с сетью. На двух одинаковых компьютерах проблема исчезает после отключения диспетчера Wi-Fi. Также попробовал USB Wifi-ключ, который работал на одном компьютере, но в очередной раз заставил систему замораживаться в момент регистрации в сети. Уже попробовал другой менеджер Wifi с улучшенными условиями. Также заметили в BIOS, если безопасная загрузка отключена, тогда есть список драйверов, которые отклонили BIOS из-за проблем с безопасностью. Возможно, это основная проблема, связанная с менеджером Wifi.

2
ответ дан 8 August 2018 в 22:04

Такая же проблема здесь, на моем ноутбуке. После некоторого наблюдения я узнал, что он имеет какое-то отношение к режиму энергосбережения, специально автоматическому приостановлению.

Перейдите к Settings > Power, затем отключите все опции Automatic Suspend. Также выберите Blank screen в Never.

Пока команда Ubuntu не выяснит, почему режим приостановки мешает процессу выключения, это решило мою проблему.

Надеюсь, что это поможет

1
ответ дан 8 August 2018 в 22:04

Интересно, что у этих проблем много исправлений / причин. Хотя ни одно из вышеперечисленных не помогло мне (столкнувшись с одной и той же проблемой), я исправил это, переключившись с графического драйвера X.org на проприетарный драйвер nvidia, который рекомендуется по программному обеспечению и обновлениям. С тех пор перезагрузка работает безупречно.

Моя настройка: ноутбук Asus G Series G501VW с графической картой Nvidia 960M.

0
ответ дан 8 August 2018 в 22:04

Существует множество сценариев, которые запускаются при завершении работы. Я все еще на 16.04, и для меня это те, что в /etc/rc0.d (которые действительно связаны с /etc/init.d). Один из них может иметь длинную задержку, установленную в том, что он делает для stop.

AFAIK эти сценарии выполняются в алфавитном порядке, поэтому вы можете вставить несколько, которые просто записывали бы их выполнение где-нибудь, помогая вам где задержка.

1
ответ дан 8 August 2018 в 22:04

Попробуйте пару перезагрузок sudo из терминала, чтобы узнать, очищает ли он это: 1-й, чтобы попробовать, перезагрузитесь, не записывая файл wtmp:

sudo reboot -d

Если это перезагрузится, попробуйте естественное закрытие. Если он не перезагрузится, попробуйте принудительную перезагрузку:

sudo reboot -f

Если это обновление с 16.04 по 18.04, возможно, стоит рассмотреть чистую установку.

1
ответ дан 14 August 2018 в 11:45
  • 1
    Я попробую, если это произойдет снова. – Peter 1 May 2018 в 20:53
  • 2
    У меня было 16,04 (при выключенном выключении), обновлен до 18.04 - то же самое. Исправлена ​​чистая установка 18.04 - та же проблема. – R S 16 May 2018 в 00:50

После выполнения большего тестирования на двух компьютерах он фактически является Wifi Manager и тем, как он подключается / идентифицируется с сетью. На двух одинаковых компьютерах проблема исчезает после отключения диспетчера Wi-Fi. Также попробовал USB Wifi-ключ, который работал на одном компьютере, но в очередной раз заставил систему замораживаться в момент регистрации в сети. Уже попробовал другой менеджер Wifi с улучшенными условиями. Также заметили в BIOS, если безопасная загрузка отключена, тогда есть список драйверов, которые отклонили BIOS из-за проблем с безопасностью. Возможно, это основная проблема, связанная с менеджером Wifi.

2
ответ дан 14 August 2018 в 11:45
  • 1
    Временное исправление: a) Отключите Wi-Fi или b) Попробуйте отключить оригинальный Wifi Manager и установите вместо него другой. – Karl S. 13 May 2018 в 04:04
  • 2
    Теория небезопасных драйверов и wifi имеет смысл для меня. В моем случае я установил модифицированный драйвер WiFi, и с тех пор проблема началась. Будет пытаться отключить secureboot. – Rohitt Vashishtha 25 May 2018 в 10:11

Такая же проблема здесь, на моем ноутбуке. После некоторого наблюдения я узнал, что он имеет какое-то отношение к режиму энергосбережения, специально автоматическому приостановлению.

Перейдите к Settings > Power, затем отключите все опции Automatic Suspend. Также выберите Blank screen в Never.

Пока команда Ubuntu не выяснит, почему режим приостановки мешает процессу выключения, это решило мою проблему.

Надеюсь, что это поможет

1
ответ дан 14 August 2018 в 11:45

Интересно, что у этих проблем много исправлений / причин. Хотя ни одно из вышеперечисленных не помогло мне (столкнувшись с одной и той же проблемой), я исправил его, переключившись с графического драйвера X.org на проприетарный драйвер nvidia, который рекомендуется по программному обеспечению и обновлениям. С тех пор перезагрузка работает безупречно.

Моя настройка: ноутбук Asus G Series G501VW с графической картой Nvidia 960M.

1
ответ дан 14 August 2018 в 11:45
  • 1
    Для меня до сих пор не разрешалось решение. Что бы я ни пытался, мне, возможно, пришлось бы вернуться к предыдущей версии, так как у этой проблемы нет решения. – Peter 28 June 2018 в 08:21
  • 2
    Я использую Elementary OS Juno с тем же оборудованием (ASUS ROG G501VW). И я могу подтвердить, что это решение решило проблему. – frm.adiputra 19 October 2018 в 11:11

Существует множество сценариев, которые запускаются при завершении работы. Я все еще на 16.04, и для меня это те, что в /etc/rc0.d (которые действительно связаны с /etc/init.d). Один из них может иметь длинную задержку, установленную в том, что он делает для stop.

AFAIK эти сценарии выполняются в алфавитном порядке, поэтому вы можете вставить несколько, которые просто записывали бы их выполнение где-нибудь, помогая вам где задержка.

1
ответ дан 14 August 2018 в 11:45

Была та же проблема на совершенно новом ASUS N705u. Найденный был связан с тем, как устанавливается видеодрайвер, который вызывает конфликт с функцией «безопасная загрузка» BIOS. Решение: выключите функцию «безопасная загрузка», пока не появится другое решение.

2
ответ дан 14 August 2018 в 16:23
  • 1
    У вас есть дополнительная информация, например, какой драйвер видео вызывает проблему, и как она вызывает проблему с безопасной загрузкой, которая запрещает выключение? – Emily 8 May 2018 в 18:44
  • 2
    Этот ноутбук оснащен графической картой NVIDIA GeForce MX150. Во время установки Ubuntu 18.04 делается замечание о том, что необходим сторонний драйвер, для которого необходимо отключить безопасную загрузку. Он также запрашивает пароль для безопасного отключения загрузки. Однако этот пароль никогда не запрашивается, и кажется, что безопасная загрузка остается вне зависимости от того. (BIOS -ASUS 302). – Karl S. 10 May 2018 в 02:04
  • 3
    Также после первоначальной установки сторонний драйвер «GP107M» загружается и устанавливается. Второй компьютер - та же модель, что начальный вопрос не возникает во время установки, как только безопасная загрузка отключена в BIOS – Karl S. 10 May 2018 в 02:11
  • 4
    ОБНОВЛЕНИЕ: Как упоминалось выше, появились два новых компьютера с новыми установками Kubuntu 18.04. Оба продолжали играть либо при выключении, либо внезапно на последних этапах запуска. - Оказывается, это менеджер WIFI! Превратите мой ретранслятор WIFI - все хорошо. Но если на эти проблемы вернутся! – Karl S. 10 May 2018 в 10:35
  • 5
    В моем случае Wi-Fi-маршрутизатор даже не выключался даже при нажатии кнопки Wifi. – Peter 9 July 2018 в 10:19

Я успел отключить драйвер usb 3.0 в BIOS, а не идеально, но он исправлен до тех пор, пока не будет проведено больше исследований.

0
ответ дан 21 August 2018 в 05:25

Моя система - более старый настольный компьютер Dell Dimension E521, двухъядерный, с Lubuntu 18.04, 64-бит.

В /etc/default/grub я удалил acpi=off, и система начала вести себя нормально.

В частности, я изменил это:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noapic acpi=off"

на:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noapci"

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

0
ответ дан 27 August 2018 в 03:58

Я заметил, что это происходит и со мной, если я использую свой ноутбук более 10 часов, gnome-shell использует больше памяти со временем, начиная с 200 и до 500, firefox тоже начинает с использования памяти 150 и идет вплоть до 900, перезагрузка моего ноутбука каждые 4-5 часов решила проблему замораживания для меня, надеюсь, это поможет вам.

0
ответ дан 7 October 2018 в 17:08

У меня была эта проблема, и я изучал ее уже пару дней.

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

В любом случае у меня есть решение, которое пока не лучшее, но достаточно хорошее

Решение:

  • Откройте терминал
  • sudo gedit /etc/default/grub
  • Измените GRUB_CMDLINE_LINUX_DEFAULT="quite splash" на GRUB_CMDLINE_LINUX_DEFAULT="intel_idle.max_cstate=1"
  • Обновите grub: sudo update-grub
  • Перезагрузите компьютер в последний раз

Сообщите мне, если это сработало или когда у вас есть лучшее решение

0
ответ дан 7 October 2018 в 17:08

Другие вопросы по тегам:

Похожие вопросы: