Ubuntu зависает при выходе из ждущего режима
Обновлено: 01.07.2024
Система переходит в спящий режим.
Далее, при включении после заставки Linux Mint черный экран, ничего не происходит, (ctrl+)alt+f1, ctrl alt delete - рекации нет.Пробовал настроить uswsusp:
При переходе в спящий режим теперь пишет в консоли прогресс-бар сколько байт записано в раздел подкачки.
При выходе из него на заставке Linux Mint появилась надпись: resuming from UUID такой-то (указан правильно).
Затем, так же, черный экран, ни на что не реагирует.В чем может быть проблема?
Смотрел syslog, pm-suspend.log - какой-то проливающей свет информации (типа, модуль ядра отказался преходить в спящий режим) не нашел (хотя если комп физически выключился, значит не в модуле проблема. Наверное).
> Система переходит в спящий режим.> Видеконтроллер не проснулся.
> Далее, при включении после заставки Linux Mint черный экран, ничего не происходит,Видеконтроллер не проснулся.
С ними постоянные грабли - именно эта модель с этим чипсетом требует именно такого драйвера в этом ядре.
Например Nvidia - то ему подавай родной, но с конкретным ядром, то ему подавай nouveau, то включить acpi, то выключить.
нестабильность, значит. Так оно и оказалось - на Debian все просыпается. Спасибо!
Но есть еще момент, что системы (Ubuntu и Debian) не устанавливал с нуля, а просто переставил диск.
Дебиан при этом восстанавливался, но криво (но это даже не с этим походу было связано, а то что было 2 окружения и их блокировщики экрана между собой боролись - хотя на старой машине все-таки выход из спячки был нормальный).
А щас дебиан поставил с нуля - все работает сразу.
Можно ли вообще переставлять диск в другую машину?
Если убунту с нуля поставить - есть шанс, что заработает?
>> Видеконтроллер не проснулся.>> Если убунту с нуля поставить - есть шанс, что заработает?
> нестабильность, значит. Так оно и оказалось - на Debian все просыпается. Спасибо!
> Но есть еще момент, что системы (Ubuntu и Debian) не устанавливал с
> нуля, а просто переставил диск.
> Дебиан при этом восстанавливался, но криво (но это даже не с этим
> походу было связано, а то что было 2 окружения и их
> блокировщики экрана между собой боролись - хотя на старой машине все-таки
> выход из спячки был нормальный).
> А щас дебиан поставил с нуля - все работает сразу.
> Можно ли вообще переставлять диск в другую машину?Ваш собственный опыт показывает, что МОЖНО :)
Однако есть нюансы.
Если вы переставите например из x86_64 в Spark - однозначно не заработает, если из NVIDIA в ATI - бабка надвое сказала, если из Tesla в Mersedes - тут без напильника врядли получится.> Если убунту с нуля поставить - есть шанс, что заработает?
Практика - критерий истины.
> Практика - критерий истины.
Поставил с нуля - работает.
Вывод - если нет глубоких знаний линукса, проще поставить с нуля.
Но месу и ядро на всякий случай не обновляю. Может действительно, обновление которое сейчас висит диспетчере приложений, привносит баг с непросыпанием видео.
После завершения новой установки 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.
Любая помощь приветствуется. Компьютер теряет много сна из-за этого.
У меня возникла та же проблема с HP Pavilion 11 x360.
Kern.log предполагает, что он думает, что перешел в режим приостановки - PM: suspend entry (deep) - но в этот момент система блокируется, и дальнейших записей больше нет, пока вы не выключите и не перезагрузите компьютер.
"Успешное приостановление" будет иметь следующие записи 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 больше не приостанавливается при закрытии крышки
Хотя хорошо, что это не затронуло огромное количество пользователей, это может затруднить выяснение, в чем заключается проблема, если только несколько людей испытывают проблемы с их конкретной настройкой оборудования.
Дальнейшее редактирование - С 11 сентября 2018 года стандартное ядро обновления системы (4.15.0-34) теперь имеет патч, который был портирован любезными разработчиками и снова работает как надо на проблемном ноутбуке с Intel N3540. Большая похвала их работе!
Просто для ясности, это проблема с попыткой приостановить работу вашего компьютера 18.04, когда экран гаснет (но он явно не перешел в "приостановить"), а затем не реагирует ни на что, кроме нажатия кнопки питания. чтобы закрыть его.
На ноутбуке huawei MateBook D14 с ubuntu 20.04 иногда после выхода из спящего режима система подвисает. Не реагирует на нажатия клавиатуры и мыши. Помогает только жесткая перезагрузка. Случается не часто, примерно пару раз в месяц.
Вывод dmesg показывает следующее:
dmesg -l err,warn
[ 0.473827] pci 0000:00:00.2: can't derive routing for PCI INT A
[ 0.473829] pci 0000:00:00.2: PCI INT A: not connected
[ 0.642056] i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp
[ 0.644971] platform eisa.0: EISA: Cannot allocate resource for mainboard
[ 0.644973] platform eisa.0: Cannot allocate resource for EISA slot 1
[ 0.644974] platform eisa.0: Cannot allocate resource for EISA slot 2
[ 0.644976] platform eisa.0: Cannot allocate resource for EISA slot 3
[ 0.644977] platform eisa.0: Cannot allocate resource for EISA slot 4
[ 0.644978] platform eisa.0: Cannot allocate resource for EISA slot 5
[ 0.644979] platform eisa.0: Cannot allocate resource for EISA slot 6
[ 0.644981] platform eisa.0: Cannot allocate resource for EISA slot 7
[ 0.644982] platform eisa.0: Cannot allocate resource for EISA slot 8
[ 0.850287] i2c_hid i2c-ELAN2204:00: supply vdd not found, using dummy regulator
[ 0.850337] i2c_hid i2c-ELAN2204:00: supply vddl not found, using dummy regulator
[ 0.870364] nvme nvme0: missing or invalid SUBNQN field.
[ 3.190059] systemd-journald[396]: File /var/log/journal/1d262f721d7aa919dc9d471361389336/system.journal corrupted or uncleanly shut down, renaming and replacing.
[ 3.389297] FAT-fs (nvme0n1p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 10.370081] systemd-journald[396]: File /var/log/journal/1d262f721d7aa919dc9d471361389336/user-1000.journal corrupted or uncleanly shut down, renaming and replacing.
Я правильно понимаю, что какая то проблема с диском?
Впервые за 10 лет увидел uncleanly shut down и очень удивился, подумал неужели журнал отключен, а потом присмотрелся и увидел FAT в котором нет журнала.
Устройство было выключено некорректно и на диск был записан мусор. Сделай fsck, как он предлагает.
Проблема в том, что мой новый Lenovo Yoga 2 Pro (результаты lshw) не очень хорошо выходит из режима ожидания. Я собрал следующие данные:
Это происходит в Ubuntu 14.04.1 LTS - как с исходным ядром, так и с последним ядром 3.16 - и Ubuntu 14.10.
Проблема возникает только тогда, когда я приостанавливаю, закрыв крышку. Этого не происходит, когда я отстраняюсь от pm-suspend утилита. Я даже дошел до следующего:
Я положил на клавиатуру тяжелый предмет, из-за чего ноутбук сразу же возобновил работу, и оставил его на час. Это никогда не прекращалось правильно. Однако при закрытии крышки примерно 1 из 2 закрытий она замерзнет.
(отредактировано) Еще одна точка данных, не уверен, что актуально - когда я приостанавливаю pm-suspend , машина вообще не возобновит работу, когда я закрою крышку и снова открою ее. Когда он приостанавливается в результате закрытия крышки - открытие крышки возобновит его . а затем пользовательский интерфейс зависает. Я проверил Windows 8.1, и, похоже, это тоже происходит - если я прикажу ему спать, он останется спящим, даже если я закрою крышку и снова открою ее.
Комп не зависает, только оконный менеджер. Мышь все еще движется, но экран не обновляется, и ничего нельзя щелкнуть. Переключение на VT работает, и я могу перезапустить службу lightdm и восстановить контроль над графическим интерфейсом:
(ценой закрытия всех графических приложений, которые у меня были, так что это не обходной путь).
Lightdm не виноват - я остановил lightdm сервис и побежал startx из командной строки. Он вызывает те же симптомы.
Нет ничего необычного /var/log/pm-suspend.log - Я сравнил это с публикациями других людей в Интернете и не нашел разницы. Выглядит так же, и все важные дела проходят успешно.
Я модифицировал /usr/lib/pm-utils/video-quirks/20-video-quirk-pm-lenovo.quirkdb - Я добавил все возможные комбинации причуд, но безрезультатно.
Ничего необычного не обнаруживается dmesg - Я думал, что привод Intel когда-то разбился, но, похоже, это не связано, потому что я не могу связать эти сбои с цепочкой событий приостановки / возобновления. Вроде все равно в драйвере Bluetooth есть. Выложил образец в pastebin.
У меня действительно нет идей на данный момент.
(отредактировано) Ну что ж . как раз когда я собирался сдаться, я наткнулся на то, что кажется действительным обходным путем. Я пропустил это раньше, потому что он не относился к версии Ubuntu, которую я использовал, но предложенное решение действительно работает для меня. Тем не менее, я бы хотел иметь более . элегантное . решение, если возможно.
Кардинального решения по данному вопросу пока не найдено. Так разработчики Ubuntu в последних релизах исключили Спящий режим из системы по умолчанию, оставив всё-таки Ждущий:
Я перепробовал много различных способов, чтобы решить данную проблему и остановился на следующем. Если эти два режима ( Спящий и Ждущий) у вас не работают должным образом, лучше их отключить совсем. Вы можете спросить: "А почему два? Ведь Спящий режим исключили по умолчанию?". Да, исключили пункт в меню индикатора в трее, но в конфигурационном файле он остался и к тому же с параметром yes (да).
Откройте файл org.freedesktop.upower.policy на редактирование в текстовом редакторе с правами администратора следующей командой в терминале:
sudo gedit /usr/share/polkit-1/actions/org.freedesktop.upower.policy
Как видно на снимке, в <action style="color: magenta;">"org.freedesktop.upower.suspend" > и <action style="color: magenta;">"org.freedesktop.upower.hibernate" > - allow_active (разрешить быть активным) стоит yes (да) в обоих случаях. Измените в обеих строках на no (нет):
Сохраните файл Ctrl+S и закройте редактор.
Чтобы изменения применились, презагрузите компьютер.
После нового входа, ваш компьютер больше не будет впадать в "кому" во время просмотра фильма или оставленный без действия, включённый продолжительное время.
Для владельцев ноутбуков/нетбуков рекомендую посмотреть ещё статью: Как не переводить ни в какие режимы ноутбук/нетбук при закрытой крышке.
Читайте также: