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
ответ дан 17 July 2018 в 15:57

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

0
ответ дан 17 July 2018 в 15:57

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

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

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

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

1
ответ дан 17 July 2018 в 15:57

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

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

0
ответ дан 17 July 2018 в 15:57

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

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

1
ответ дан 17 July 2018 в 15:57

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

sudo reboot -d

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

sudo reboot -f

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

1
ответ дан 23 July 2018 в 16:52
  • 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.

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

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

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

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

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

1
ответ дан 23 July 2018 в 16:52

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

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

0
ответ дан 23 July 2018 в 16:52
  • 1
    Для меня до сих пор не разрешалось решение. Что бы я ни пытался, мне, возможно, пришлось бы вернуться к предыдущей версии, так как у этой проблемы нет решения. – Peter 28 June 2018 в 08:21

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

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

1
ответ дан 23 July 2018 в 16:52

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

sudo reboot -d

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

sudo reboot -f

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

1
ответ дан 31 July 2018 в 18:22

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

2
ответ дан 31 July 2018 в 18:22

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

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

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

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

1
ответ дан 31 July 2018 в 18:22

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

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

0
ответ дан 31 July 2018 в 18:22

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

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

1
ответ дан 31 July 2018 в 18:22

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

sudo reboot -d

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

sudo reboot -f

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

1
ответ дан 2 August 2018 в 11:25

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

2
ответ дан 2 August 2018 в 11:25

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

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

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

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

1
ответ дан 2 August 2018 в 11:25

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

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

0
ответ дан 2 August 2018 в 11:25

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

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

1
ответ дан 2 August 2018 в 11:25

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

sudo reboot -d

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

sudo reboot -f

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

1
ответ дан 3 August 2018 в 10:00

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

2
ответ дан 3 August 2018 в 10:00

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

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

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

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

1
ответ дан 3 August 2018 в 10:00

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

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

0
ответ дан 3 August 2018 в 10:00

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

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

1
ответ дан 3 August 2018 в 10:00

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

sudo reboot -d

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

sudo reboot -f

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

1
ответ дан 5 August 2018 в 01:21

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

2
ответ дан 5 August 2018 в 01:21

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

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

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

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

1
ответ дан 5 August 2018 в 01:21

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

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

0
ответ дан 5 August 2018 в 01:21

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

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

1
ответ дан 5 August 2018 в 01:21

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

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