Ubuntu 18.04 падает при выходе из режима ожидания


40

После завершения новой установки Ubuntu 18.04 LTS и перезагрузки я закрыл крышку ноутбука Acer Aspire ES1-511 и сделал небольшой перерыв. Когда я вернулся, чтобы продолжить изучение новых функций 18.04, ноутбук не включился. Один из внутренних поклонников работал довольно громко, но не более того. Пришлось перезагрузить еще раз.

Кажется, это постоянная проблема в Ubuntu. С тех пор я изучал эту проблему, сначала пытаясь изменить настройки питания, gnome-control-centerа gnome-tweak-toolзатем устанавливая pm-utils, редактируя системные файлы, предположительно ответственные за приостановку, и еще множество попыток, но все безрезультатно. Я даже пытался запустить Ubuntu 18.04 Live с USB-накопителя, и та же проблема все еще возникает.

Я подозреваю, что это проблема с ядром, поскольку я видел эту проблему в прошлом с ядром 4.15. Решит ли проблема обновление до новейшего ядра Linux или переход на более стабильную версию? Проблема была исправлена? Может быть, я могу просто отредактировать какой-нибудь файл, и все это будет решено ...

Некоторые спецификации: Ядро в настоящее время работает на 4.15. Компьютер, как упоминалось выше, является Acer Aspire ES1-511. Среда рабочего стола - Gnome 3.28.1. Версия Ubuntu - 64-битная 18.04.1 LTS.

Любая помощь приветствуется. Компьютер теряет много сна из-за этого.


Кровоточащий Край! Он был выпущен 2 дня назад. Я думаю, что ошибок можно ожидать.
Сотрудники EODCraft,

4
Получение очень похожей проблемы с момента обновления до 18.04 на XPS 9560.
collisionTwo

Маталак - Я работаю над сообщением об ошибке, столкнувшейся с той же проблемой. Судя по спецификациям Acer Aspire ES1-511, у вас есть Intel Celeron N2830. Можете ли вы сказать мне, если у вас также есть SSD в качестве основного устройства хранения?
pHeLiOn

@collisionTwo - все еще работает над сообщением об ошибке и развивает смутную теорию о том, что процессор на основе Celeron в стиле Atom в сочетании с твердотельным накопителем является частью проблемы. Ваш XPS 9560, однако, не соответствует моей теории :) Не могли бы вы сообщить мне, исправили ли вы пробную версию suspend с помощью исправления драйвера nouveau (XPS 9560 имеет графику nVidia?) Или это не сработало, и вам пришлось прибегнуть к использованию ядро 4.14, чтобы приостановить работу снова?
pHeLiOn

@pHeLiOn - жесткий диск Toshiba MQ01ABF050, а не SSD. Тем не менее, он действительно имеет Intel Celeron N2830.

Ответы:


8

У меня возникла та же проблема с HP Pavilion 11 x360.

Kern.log предполагает, что он думает, что перешел в режим приостановки - PM: приостановить вход (глубокий) - но в этот момент система блокируется, и дальнейших записей больше нет, пока вы не выключите и не перезагрузите компьютер.

«Успешное приостановление» будет иметь следующие записи PM: Синхронизация файловых систем ... сделано. , Заморозка процессов в пространстве пользователя ... и т. Д.

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

Даже использование живого USB 18.04 приводит к той же проблеме приостановки, которая предполагает, что это не из-за каких-либо дополнительных программ, которые я установил.

У трех других разных ноутбуков (моего и моего друга) нет проблем с приостановкой 18.04 , что заставляет меня задуматься, какая конкретная комбинация оборудования вызывает это.

Все ноутбуки (включая «проблемного ребенка») имеют графику Intel.

«Проблемный ноутбук» нормально работает с Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII и Windows 10, но не может приостановить работу с Ubuntu 18.04 и Kubuntu 18.04.

(Изначально проблема с приостановкой также возникала при попытке использовать ядра 4.15, 4.16 и 4.17, но более новые версии 4.17 и 4.18 имеют обновление, которое позволило приостановке снова работать на этом компьютере)

Использование UKUU для установки самого свежего ядра 4.14 (4.14.47) 18.04 решило проблему. (Принятый ответ от Matalak) - теперь рекомендую попробовать последнее ядро ​​4.17 или 4.18.


Редактировать - Пожалуйста, ознакомьтесь с шагами, чтобы узнать, могут ли другие исправления решить вашу проблему в первую очередь: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливается при закрытии крышки


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

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


Редактировать - отчет об ошибке был открыт, вероятный виновник, кажется, был идентифицирован, и исправленная версия ядра 4.15 была собрана вместе, чтобы решить проблему приостановки - патч теперь в более свежих ядрах 4.17 и 4.18 https: // bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Дальнейшее редактирование - С 11 сентября 2018 года стандартное ядро ​​обновления системы (4.15.0-34) теперь имеет патч, который был портирован любезными разработчиками и снова работает как надо на проблемном ноутбуке с Intel N3540. Большая похвала их работе!


Просто для ясности, это проблема с попыткой приостановить работу вашего компьютера 18.04, когда экран гаснет (но он явно не перешел в «приостановить»), а затем не реагирует ни на что, кроме нажатия кнопки питания. чтобы закрыть его.


8

Я решил проблему, установив UKUU и опустившись до ядра 4.14.41. Возможно, существует несовместимость с оборудованием в более поздних версиях ядра.


4.14.41 будет включать в себя расплавление и защиту от призраков.
WinEunuuchs2Unix

Это сбивает с толку. Каковы же различия между 4.14 и 4.15 +, которые могут вызвать проблемы с приостановкой / возобновлением? Что бы они ни были, я надеюсь, что они восстановлены в более поздних ядрах.

Я тоже в замешательстве. Я пробовал 4.15, 4.16 и даже ядро ​​4.17, но у них у всех одна и та же проблема. Но только на одном ноутбуке. Еще 3 ноутбука (один с очень похожим оборудованием) зависают без проблем. Единственное исправление, которое работает для моего «проблемного ноутбука», - это использование ядра 4.14 (спасибо matalak за решение - я только собирался запустить 17.10 и надеюсь, что 18.04 будет исправлено). Пожалуйста, помогите с отчетом об ошибке (ссылка в моем «ответе»), если можете, чтобы помочь разобраться в этом странном поведении, которое, кажется, затрагивает только несколько конкретных машин.
pHeLiOn

Я наконец присоединился к следующему сообщению об ошибке: bugs.launchpad.net/ubuntu/+source/linux/+bug/… . Спасибо за это!

Ха - ха! Превосходно! Спасибо, маталак. Я стал немного одержим этой загадкой, потому что не имеет особого смысла, что она затрагивает только несколько конкретных машин. Сначала я был обеспокоен тем, что ни один из разработчиков не будет уделять этому много внимания, но они дали мне инструкции разделить ядро ​​между 4.14 и 4.15 и (13 установок ядра позже). Я получил результат, который, надеюсь, пригодится при закреплении бессонница В конце концов, мы не можем застрять на ядре 4.14 навсегда :)
pHeLiOn

4

Я считаю, что это глючный водитель нуво. Попробуйте добавить:

 nouveau.modeset=0

чтобы GRUB_CMDLINE_LINUXв /etc/default/grubфайле, после этого запуска:

sudo update-grub
sudo reboot

И вуаля больше не висит на резюме от приостановки.


К сожалению, это не сработало. Должна ли была выглядеть линия GRUB_CMDLINE_LINUX="nouveau.modeset=0"?

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

1
@pHeLiOn - у вас также есть дополнительная видеокарта в ноутбуке? Большинство ответов, которые я видел здесь и в других местах, указывают на то, что это проблема с графикой nVidia. Это то, что у меня есть, и этот ответ сработал для меня.
kdgregory

@kdgregory - нет, в моем «проблемном ноутбуке» нет вторичной видеокарты. Это просто графика Intel. Acer Aspire ES1-511 от Matalak, насколько я могу судить по спецификациям, выглядит как Intel Graphics.
pHeLiOn

@kdgregory - но да, часто возникают проблемы с драйверами видеокарт nvidia, которые оставляют экран пустым. Если поведение Matalaks такое же, как и у меня, проблема, по-видимому, заключается в том, что он на самом деле не переходит в режим ожидания, а вместо этого закрывает экран и захватывает его, после чего его можно только отключить.
pHeLiOn

2
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41

Мне удалось решить эту проблему при загрузке с использованием расширенных параметров Ubuntu и выбора этого ядра.


Добро пожаловать в Спросите Ubuntu! ;-) Эмм, чем этот ответ отличается от уже принятого ответа?
Fabby

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

К счастью, эти команды были включены в предоставленный URL. Все равно, спасибо за помощь!

2

Я нашел обходной путь для приостановки работы над Ubuntu 18.04 с NVIDIA GeForce GTX 1050 Mobile и проприетарными драйверами nvidia 390. Я установил pm-suspend через sudo apt-get install pm-utils. Затем я переключаюсь из Gnome Shell в терминал через Ctrl + Alt + f6. После входа я делаю sudo pm-suspend. После выхода из режима ожидания я снова переключаюсь в Gnome Shell с помощью Ctrl + Alt + f1. Выполнено!


Suspend, кажется, работает для меня. Это спящий режим, который висит на резюме для меня.
Стюарт

1
Я на самом деле избавился от всех проблем, сначала удалив драйвер nvidia, установив самое последнее ядро ​​через ukuu и в итоге установив самый последний драйвер nvidia с сайта nvidia.
Герхард Хагерер

0

У меня также была эта проблема, изводившая меня ... и исправление после многих МНОЖЕСТВЕННЫХ МНОГИХ попыток было переустановить Ubuntu 18.04, и теперь она работает отлично. Я также использую «протестированный» драйвер Nvidia, так как Nvidia раньше была виновником.

Возможно, это был ppa "sudo add-apt-repository ppa: graphics-drivers", который установил "Extra" Stuff от PPA и / или сам драйвер 396, который испортил гибернацию моего ноутбука.

В любом случае, он работает безупречно во время написания с протестированным драйвером NVidia 390. И только к вашему сведению, он также долгое время работал с водителем 396, но на прошлой неделе стал проблематичным - СНОВА! ТАК хотя я не знаю точную причину ...

Он был / был определенно связан с драйвером NVidia, так как до переключения на драйвер Nouveau также работал, но я уверен, что эта опция мне не понравилась.

Пытаясь помочь, Марк

ps вот мои другие заметки Tomboy для других проблем с Ubuntu и Hibernating

18/07 Устранение неисправностей

‣ Предварительные условия - поддерживает ли ваше ядро ​​приостановку на диск?

• Ядро поддерживает все, что перечислено в / sys / power / state, поэтому:

• cat / sys / power / state

• Разрешенные (насколько мне известно) записи включают в себя: mem, standby, freeze, disk. Объяснение:

∘ mem - имеет несколько значений, какое именно в вашей системе вы узнаете через cat / sys / power / mem_sleep. У меня есть: s2idle [глубокий]

∘ режим ожидания - приостановка при включении питания (если поддерживается)

∘ заморозить - приостановить до простоя (STI)

∘ диск - приостановка на диск (STD), гибернация. Это - ты хочешь.

∘ мое говорит: заморозить диск памяти - ИДЕАЛЬНО!

• Тогда нам нужно проверить

• $ cat / sys / power / disk

Platform [платформа] выключение перезагрузка приостановить test_resume

‣ [отключен]

• (не очень хорошо)

‣ Включите Hibernate и поместите его в меню - Easy-Peasy

• sudo apt install pm-utils cpufrequtils

• Затем проверьте, работает ли hibernate на вашем компьютере, выполнив команду:

• sudo pm-hibernate

• После выключения компьютера включите его снова.

‣ Ваши открытые приложения повторно открылись? Если так, то работает, если нет, то hibernate не работает. Вы можете проверить, не превышает ли ваш раздел Swappiness доступную оперативную память, поскольку это может решить проблему. Проблема! Спячка не допускается!

∘ Тест: pm-hibernate - (если установлен пакет pm-utils), или

∘ работает! после 18.04 переустанавливаю и пока нет нвидиа

Ct systemctl спящий

∘ работает! после 18.04 переустанавливаю и пока нет нвидиа

∘ Повторно добавьте Hibernate Option в меню выключения:

• 1. Отредактируйте определенный файл с помощью этой команды.

• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

• 2. Прокрутите текстовый документ вниз и найдите следующие разделы:

∘ [Отключить спящий режим по умолчанию в upower]

∘ [Отключить спящий режим по умолчанию в logind]

Both Измените оба значения с нет на да в:

Ult ResultActive = нет (измените это на да)

‣ Сохранить, выйти и перезагрузить - Готово!


0

Мой Acer ES1-512 был построен 18.04, теперь обновлен до 18.04.1. С 18.04 года эта проблема с черным экраном в режиме ожидания / спящем режиме.

Следующие шаги решили проблему:

  1. Предыдущее ядро ​​было 4.15.33 (потребовалось несколько автоматических обновлений), и это является источником этой проблемы.
  2. Понижение до 4.14.41
  3. Модифицируйте Grub, чтобы взять «Advanced Option» и указать на 4.14.41
  4. Восстановить личинку
  5. перезагружать

Это оно! Функции Suspend и Sleep теперь работают нормально. Надеюсь это поможет.


0

Я перепробовал большинство вещей, перечисленных выше. Наконец, я зашел на win-raid.com, чтобы посмотреть, не является ли это проблемой BIOS. И я встретил джентльмена, который предложил выгрузить модуль i2c_hid перед приостановкой и загрузить его после возобновления. И затем благословил мой ноутбук модулем acpi_call, чтобы увеличить производительность его батареи в 2 раза.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683


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

0

Ух ты, я читаю свой пост и думаю, насколько это полезно!

Я думаю, я должен поблагодарить себя!

Я просто хотел добавить, что в качестве меры по устранению неполадок, к сожалению, я пришел к выводу, что да, это часто связано и / или в сочетании с Gnome в Xorg / Ubuntu и Nvidia, ... ... Это определенно UBUNTU / "Gnome на Xorg "Проблема.

После того, как проблема снова возникла, и переустановил мой драйвер nvidia-440 (с открытым исходным кодом) и перезагрузился в «Ubuntu» против «Gnome в Xorg», это не сделало Autosuspend / Black screen / Требуется перезагрузка, чтобы вернуться. .. как мы все знаем, это проблема.

Затем утром ... после перезапуска и перехода в "Gnome on Xorg"

Это Авто Приостановлено, когда это не должно было (объяснять не нужно). ARGHHHHHHH!

Итак, теперь заговорщически, я предположил, что это ОСОБЕННО, либо (gnome на xorg и / или Ubuntu бросают рывок в вещи, пытаясь заставить вас войти в «Ubuntu».

В любом случае, это не Autosuspending еще раз ... и я в "Ubuntu" и да ... 18.04 LTR.

ps Я даже пытался обмануть его, включив «Dim Screen When Inactive», к которому я пришел к выводу ... НЕ работает с установленным Nvidia (другая история), хотя расширение gnome меняет яркость просто отлично «Настроить значок яркости» ,

И компьютер после 5 минут бездействия выдал сообщение вверху «Auto Suspend Screen Saver Disabled» ... HMMMM ... но он не сделал страшного «Go Black Thing!»

Итак, я назову это ... вроде решено!

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.