Ubuntu 18.04 падает при возобновлении с приостановления
В соответствии с этим ответом SuperUser:
Если вы используете флаг -v, попробуйте отключить его. Это должно уменьшить выход и позволить вам увидеть, что происходит.Я посмотрю, смогу ли я найти лучшую ссылку. Тем временем измените свою команду на:
tar -xfz cudnn-9.0-linux-x64-v7.tgz
Теперь вы можете увидеть все сообщения об ошибках. Затем соответствующим образом отредактируйте свой вопрос или ответьте на свой вопрос, используя новую информацию.
54 ответа
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, существует несовместимость с оборудованием в более поздних версиях ядра.
-
14.14.41 будет включать в себя разрушение и защиту спектра. – WinEunuuchs2Unix 21 May 2018 в 03:30
-
2Это сбивает с толку. В чем же разница между 4.14 и 4.15 +, которые могут вызвать проблемы с приостановкой / возобновлением? Как бы то ни было, я надеюсь, что они будут восстановлены в более поздних ядрах. – matalak 21 May 2018 в 03:47
-
3Ядро Ubuntu 4.15.0-20, вероятно, примерно эквивалентно ядру Linux 4.14.34, но никто точно не знает этого. Ubuntu обезопасит (не собирается оскорблять кого-либо) схему нумерации ядра Linux с собственной схемой нумерации ядра. Номер ядра 4.14.41, который вы загрузили, будет ядром Linux. Kernel 4.15.0-20 Использование Ubuntu имеет мало общего с Linux Kernel 4.15.xx, который теперь является End of Life (EOL). – WinEunuuchs2Unix 21 May 2018 в 04:09
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, существует несовместимость с оборудованием в более поздних версиях ядра.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, существует несовместимость с оборудованием в более поздних версиях ядра.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
Я решил проблему, установив UKUU и понизив до ядра 4.14.41. Возможно, в последующих версиях ядра существует несовместимость с оборудованием.
-
1
-
2Это сбивает с толку. В чем же разница между 4.14 и 4.15 +, которые могут вызвать проблемы с приостановкой / возобновлением? Как бы то ни было, я надеюсь, что они будут восстановлены в более поздних ядрах. – matalak 21 May 2018 в 03:47
-
3Я тоже смущен. Я пробовал 4.15, 4.16 и даже ядро 4.17, но все они имеют одинаковую проблему. Но только на одном ноутбуке. Еще 3 ноутбука (один с очень похожим оборудованием) приостанавливаются без каких-либо проблем. Единственное исправление, которое работает для моего «проблемного ноутбука», - это использовать ядро 4.14 (спасибо matalak для решения - я просто собирался запустить 17.10 и надеюсь, что исправлено 18.04). Пожалуйста, помогите с сообщением об ошибке (ссылка в моем «ответе»), если можете, чтобы помочь преследовать это странное поведение, которое, по-видимому, влияет только на несколько конкретных машин. – pHeLiOn 5 June 2018 в 03:45
-
4Я, наконец, присоединился к следующему отчету об ошибке: bugs.launchpad.net/ubuntu/+source/linux/+bug/… . Спасибо, что собрали вместе! – matalak 11 June 2018 в 07:51
-
5Ха-ха! Отлично! Спасибо, маталак. Я немного одержим этой загадкой, потому что не имеет большого смысла, что это влияет только на несколько конкретных машин. Первоначально я был обеспокоен тем, что ни один из разработчиков не будет уделять этому много внимания, но они дали мне инструкции по делению пополам ядро между 4.14 и 4.15 и (13 установок ядра позже). Я получил результат, который, мы надеемся, будет полезен при установлении бессонница. Мы не могли бы застрять на ядре 4.14 навсегда в конце концов :) – pHeLiOn 11 June 2018 в 08:43
Я считаю, что это неуклюжий нувориш. Попробуйте добавить:
nouveau.modeset=0
- GRUB_CMDLINE_LINUX в файл /etc/default/grub после этого запуска:
sudo update-grub
sudo reboot
И вуаля больше не зависает при возобновлении с приостановки.
Я столкнулся с одной и той же проблемой с HP Pavilion 11 x360.
kern.log предполагает, что он думает, что он приостановлен - PM: приостановить запись (глубокий) - но система захватывает в этот момент, а затем нет никаких дополнительных записей, пока вы не завершите работу и не перезагрузитесь.
«Удаленное приостановление» будет иметь более новые записи PM: Синхронизация файловых систем ... сделано., Замораживание процессов пользовательского пространства ... и т. д.
Экран пуст, но светодиод питания остается (как и вентилятор, если он уже запущен), и требуется жесткий сброс (удерживание кнопки питания), чтобы снова использовать машину.
PM: приостановить запись (в глубину)
Три других разных ноутбука (друг и мой собственный) «Успешное приостановление» будет иметь более новые записи PM: синхронизация файловых систем ... сделанная., замораживание процессов пользовательского пространства ... и т. д. , что заставило меня задуматься о том, какая именно аппаратная комбинация вызывает это.
Все ноутбуки (включая «проблемный ребенок») имеют графику 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.
«Проблемный ноутбук» отлично подходит для Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII и Windows 10, но не может приостановить работу с Ubuntu 18.04 и Kubuntu 18.04. Все ноутбуки (включая «проблему»
- Редактировать-- Пожалуйста, взгляните на шаги, описанные здесь, чтобы узнать, могут ли другие исправления решить вашу проблему в первую очередь: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливается при закрытии крышки
У меня возникла проблема с поиском отчета об ошибке о приостановке, вызвавшем полностью отказоустойчивую систему 18.04, которая предположила, что это не влияет на большая часть пользователей.
Хотя хорошо, что это не затрагивает огромное количество пользователей, это может затруднить выяснение того, где проблема, если только несколько человек испытывают проблемы с их конкретной аппаратной настройкой.
- Изменить-- Отчёт об ошибке был открыт, вероятный виновник, по-видимому, был идентифицирован, а патч выпущена версия ядра 4.15, которая, похоже, устраняет проблему приостановки: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950
- Изменить. Пожалуйста, взгляните на шаги, описанные здесь, чтобы узнать, могут ли какие-либо другие исправления решить вашу проблему в первую очередь: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливает закрытие крышки
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41
работал штрафа для меня, чтобы решить эту проблему, при загрузке, используя Дополнительные параметры для Ubuntu и при выборе этого ядра
Я считаю, что это неуклюжий нувориш. Попробуйте добавить:
nouveau.modeset=0
- GRUB_CMDLINE_LINUX в файл /etc/default/grub после этого запуска:
sudo update-grub
sudo reboot
И вуаля больше не зависает при возобновлении с приостановки.
-
1К сожалению, это не сработало. Должна ли линия выглядеть как GRUB_CMDLINE_LINUX="nouveau.modeset=0"? – matalak 30 May 2018 в 06:34
-
2Я испытываю такое же поведение с ноутбуком, который использует Intel Graphics. Я подозреваю, что это не связано с графической картой, потому что 3 других ноутбука с графикой Intel Graphics приостанавливаются без каких-либо проблем. – pHeLiOn 5 June 2018 в 03:35
-
3@pHeLiOn - у вас также есть дополнительная видеокарта на ноутбуке? Большинство ответов, которые я видел здесь и в других местах, показывают, что это проблема с графикой nVidia. Это то, что у меня есть, и этот ответ действительно сработал для меня. – kdgregory 5 June 2018 в 13:30
-
4@kdgregory - нет, в моем «проблемном ноутбуке» нет дополнительной видеокарты. Это просто Intel Graphics. Acer Aspire ES1-511 от Matalak похожа на графику Intel, насколько я могу судить по спецификациям. – pHeLiOn 5 June 2018 в 16:32
-
5@kdgregory - но да, часто возникают проблемы с драйверами графических карт nvidia, которые оставляют экран пустым. Если поведение Matalaks такое же, как у меня, проблема заключается в том, что на самом деле он не собирается приостанавливаться, но вместо этого закрывает экран и захватывает, а затем может быть отключен. – pHeLiOn 5 June 2018 в 16:36
У меня также была эта проблема, поразила меня ... и исправить после многих попыток MANNY mANY MANY было переустановить Ubuntu 18.04, и теперь она работает отлично. Я также использую «проверенный» драйвер Nvidia, поскольку перед ним был Nvidia.
Возможно, это был «sudo add-apt-repository ppa: graphics-drivers» ppa, который установил «Extra» Stuff из PPA и / или сам драйвер 396, который напортачил на спящий режим моего ноутбука.
В любом случае он работает безупречно в это время написания с драйвером NVidia 390. И только FYI, он также работал с драйвером 396 в течение длительного времени, но на прошлой неделе стал проблематичным - СНОВА! SO, хотя я не знаю точной причины ...
Он / был определенно связан с драйвером NVidia, поскольку до этого переключился на драйвер Nouveau, но мне это не понравилось. [ ! d3]
Пытаясь помочь, Mark
ps здесь мои другие заметки Tomboy для других проблем с Ubuntu и Hibernating (извините за искаженный взгляд). Каждый DOT означает новую строку в Tomboy
18/07 Устранение неполадок
‣ Предпосылки - поддерживает ли ваше ядро приостановку на диск?
• Ядро поддерживает все, что указано в / sys / power / state, поэтому : • cat / sys / power / state • Допустимые (насколько мне известно) записи включают в себя: mem, standby, freeze, disk. Объяснение: ∘ mem - имеет несколько значений, которые точно в вашей системе вы узнаете через cat / sys / power / mem_sleep У меня есть: s2idle [deep] ∘ standby - Power-On Suspend (если поддерживается) ∘ freeze - Suspend To Idle (STI) ∘ диск - Suspend To Disk (STD), спящий режим. . ∘ мой говорит: freeze mem disk - PERFECT! • T мы должны проверить • $ cat / sys / power / disk ‣ [platform] shutdown reboot suspend test_resume ‣ [отключено] • (не очень хорошо)
‣ Включить спящий режим и поместить его в меню - Peasy • sudo apt install pm-utils cpufrequtils • Затем проверьте, работает ли спящий режим на вашем компьютере, выполнив команду: • sudo pm-hibernate • После выключения компьютера включите его. ‣ Открылись ли открытые приложения? Если так, то это работает, если нет, то спящий режим не работает. Вы можете проверить, не превышает ли ваш раздел Swappiness размер вашей доступной ОЗУ, так как он может решить проблему. Проблема! Спящий режим не допускается! ∘ Тест: pm-hibernate - (если установлен пакет pm-utils) или ∘ работает! после 18.04 переустановить и нет Nvidia еще ∘ systemctl hibernate ∘ работает! после 18.04 переустановить и еще нет Nvidia
∘ Повторно добавить меню Hibernate для выключения: 1. 1. Измените конкретный файл с помощью этой команды. • sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla
• 2. Прокрутите текстовый документ и найдите следующие разделы: ∘ [ Отключить спящий режим по умолчанию в upower] ∘ [Отключить спящий режим по умолчанию в режиме логина] ∘ Измените оба значения от no до да в: ∘ ResultActive = no (измените это на yes) ‣ Save, Exit & amp; Reboot - Done!
Я столкнулся с одной и той же проблемой с HP Pavilion 11 x360.
kern.log предполагает, что он думает, что он приостановлен - PM: приостановить запись (глубокий) - но система захватывает в этот момент, а затем нет никаких дополнительных записей, пока вы не завершите работу и не перезагрузитесь.
«Удаленное приостановление» будет иметь более новые записи PM: Синхронизация файловых систем ... сделано., Замораживание процессов пользовательского пространства ... и т. д.
Экран пуст, но светодиод питания остается (как и вентилятор, если он уже запущен), и требуется жесткий сброс (удерживание кнопки питания), чтобы снова использовать машину.
PM: приостановить запись (в глубину)
Три других разных ноутбука (друг и мой собственный) «Успешное приостановление» будет иметь более новые записи PM: синхронизация файловых систем ... сделанная., замораживание процессов пользовательского пространства ... и т. д. , что заставило меня задуматься о том, какая именно аппаратная комбинация вызывает это.
Все ноутбуки (включая «проблемный ребенок») имеют графику 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.
«Проблемный ноутбук» отлично подходит для Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII и Windows 10, но не может приостановить работу с Ubuntu 18.04 и Kubuntu 18.04. Все ноутбуки (включая «проблему»
- Редактировать-- Пожалуйста, взгляните на шаги, описанные здесь, чтобы узнать, могут ли другие исправления решить вашу проблему в первую очередь: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливается при закрытии крышки
У меня возникла проблема с поиском отчета об ошибке о приостановке, вызвавшем полностью отказоустойчивую систему 18.04, которая предположила, что это не влияет на большая часть пользователей.
Хотя хорошо, что это не затрагивает огромное количество пользователей, это может затруднить выяснение того, где проблема, если только несколько человек испытывают проблемы с их конкретной аппаратной настройкой.
- Изменить-- Отчёт об ошибке был открыт, вероятный виновник, по-видимому, был идентифицирован, а патч выпущена версия ядра 4.15, которая, похоже, устраняет проблему приостановки: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950
- Изменить. Пожалуйста, взгляните на шаги, описанные здесь, чтобы узнать, могут ли какие-либо другие исправления решить вашу проблему в первую очередь: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливает закрытие крышки
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41
работал отлично для меня, чтобы решить эту проблему при загрузке с использованием дополнительных опций для Ubuntu и выбора этого ядра
-
1Добро пожаловать в Ask Ubuntu! ; -) Erm, как этот ответ отличается от уже принятого ответа? – Fabby 25 May 2018 в 22:57
-
2для начала имеет реальных команд... возможно, что изменить другого ответа было бы предпочтительнее – Zanna 26 May 2018 в 17:41
-
3К счастью, эти команды были включены в предоставленный URL. Все равно, спасибо за помощь! – matalak 26 May 2018 в 23:42
Я считаю, что это багги-нуво-драйв. Попробуйте добавить:
nouveau.modeset=0
в GRUB_CMDLINE_LINUX в файле /etc/default/grub после этого запуска:
sudo update-grub
sudo reboot
И вуаля больше не зависает при возобновлении с приостановки.
У меня также была эта проблема, поразила меня ... и исправление после многих попыток MANNY mANY MANY состояло в том, чтобы переустановить Ubuntu 18.04, и теперь он работает отлично. Я также использую «проверенный» драйвер Nvidia, поскольку раньше был виновником Nvidia.
Возможно, это был «sudo add-apt-repository ppa: graphics-drivers» ppa, который установил «Extra» Stuff из PPA и / или сам драйвер 396, который напортачил на спящий режим моего ноутбука.
В любом случае он работает безупречно в это время написания с драйвером NVidia 390. И только FYI, он также работал с драйвером 396 в течение длительного времени, но на прошлой неделе стал проблематичным - СНОВА! SO, хотя я не знаю точной причины ...
Это / было определенно связано с драйвером NVidia, поскольку до этого переключился на драйвер Nouveau, но мне это не понравилось.
Попытка помочь, Mark
ps вот мои другие заметки Tomboy для других проблем с Ubuntu и Hibernating (извините за искаженный вид). Каждый DOT означает новую строку в Tomboy
]18/07 Устранение неполадок
‣ Предпосылки - поддерживает ли ваше ядро приостановка на диск?
• Ядро поддерживает все, что указано в / sys / power / state, поэтому : • cat / sys / power / state • Допустимые (насколько мне известно) записи включают в себя: mem, standby, freeze, disk. Объяснение: ∘ mem - имеет несколько значений, которые точно в вашей системе вы узнаете через cat / sys / power / mem_sleep У меня есть: s2idle [deep] ∘ standby - Power-On Suspend (если поддерживается) ∘ freeze - Suspend To Idle (STI) ∘ диск - Suspend To Disk (STD), спящий режим. . ∘ мой говорит: freeze mem disk - PERFECT! • T мы должны проверить • $ cat / sys / power / disk ‣ [platform] shutdown reboot suspend test_resume ‣ [отключено] • (не очень хорошо)
‣ Включить спящий режим и поместить его в меню - Peasy • sudo apt install pm-utils cpufrequtils • Затем проверьте, работает ли спящий режим на вашем компьютере, выполнив команду: • sudo pm-hibernate • После выключения компьютера включите его. ‣ Открылись ли открытые приложения? Если так, то это работает, если нет, то спящий режим не работает. Вы можете проверить, не превышает ли ваш раздел Swappiness размер вашей доступной ОЗУ, так как он может решить проблему. Проблема! Спящий режим не допускается! ∘ Тест: pm-hibernate - (если установлен пакет pm-utils) или ∘ работает! после 18.04 переустановить и нет Nvidia еще ∘ systemctl hibernate ∘ работает! после 18.04 переустановить и еще нет Nvidia
∘ Повторно добавить меню Hibernate для выключения: 1. 1. Измените конкретный файл с помощью этой команды. • sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla
• 2. Прокрутите текстовый документ и найдите следующие разделы: ∘ [ Отключить спящий режим по умолчанию в upower] ∘ [Отключить спящий режим по умолчанию в режиме логина] ∘ Измените оба значения от no до да в: ∘ ResultActive = no (измените это на yes) ‣ Save, Exit & amp; Перезагрузка - Готово!
Я столкнулся с одной и той же проблемой с HP Pavilion 11 x360.
kern.log предполагает, что он думает, что он приостановлен - PM: приостановить запись (в глубину), но система захватывает в этот момент, а затем нет никаких дополнительных записей, пока вы не завершите работу и не перезагрузитесь.
«Успешное приостановление» будет иметь более поздние записи PM: синхронизация файловых систем ... сделанная., замораживание процессов пользовательского пространства ... и т. д.
Экран горит, но индикатор питания остается включенным (как и вентилятор, если он уже запущен), и требуется жесткий сброс (удерживание кнопки питания), чтобы снова использовать машину.
Даже используя 18.04 live USB приводит к той же проблеме приостановки, которая предполагает, что это не из-за каких-либо дополнительных программ, которые я установил.
Три других ноутбука (друг и мой собственный) не имеют проблем с приостановкой на 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.
Использование UKUU для установки последнего ядра 4.14 (4.14.47) на 18.04 исправляет проблему. (принятый ответ Маталака)
- Изменить - Пожалуйста, взгляните на шаги здесь, чтобы узнать, могут ли другие исправления решить вашу проблему сначала: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливается при закрытии крышки
У меня возникли проблемы с поиском отчета об ошибке о приостановке, вызвавшем полностью не реагирующую систему на 18.04, в котором говорилось, что это не затрагивает значительную часть пользователей.
Хотя хорошо, что это не затрагивает огромное количество пользователей, это может затруднить выяснение того, если только небольшая группа людей испытывает проблемы со своей конкретной аппаратной настройкой.
- Изменить-- Отчёт об ошибке был открыт, вероятный виновник, по-видимому, был идентифицирован, и исправленная версия ядро 4.15 было скомпоновано, что, похоже, разрешает проблему приостановки: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950
Чтобы быть ясным, хотя это e, пытаясь приостановить работу вашего устройства в 18.04, когда экран погаснет (но он явно не ушел в «suspend»), а затем не реагирует ни на что другое, кроме удержания кнопки питания, чтобы закрыть его.
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41
отлично справился с этой проблемой при загрузке с использованием дополнительных опций для Ubuntu и выбора этого ядра
Я считаю, что это багги-нуво-драйв. Попробуйте добавить:
nouveau.modeset=0
в GRUB_CMDLINE_LINUX в файле /etc/default/grub после этого запуска:
sudo update-grub
sudo reboot
И вуаля больше не зависает при возобновлении с приостановки.
У меня также была эта проблема, поразила меня ... и исправление после многих попыток MANNY mANY MANY состояло в том, чтобы переустановить Ubuntu 18.04, и теперь он работает отлично. Я также использую «проверенный» драйвер Nvidia, поскольку раньше был виновником Nvidia.
Возможно, это был «sudo add-apt-repository ppa: graphics-drivers» ppa, который установил «Extra» Stuff из PPA и / или сам драйвер 396, который напортачил на спящий режим моего ноутбука.
В любом случае он работает безупречно в это время написания с драйвером NVidia 390. И только FYI, он также работал с драйвером 396 в течение длительного времени, но на прошлой неделе стал проблематичным - СНОВА! SO, хотя я не знаю точной причины ...
Это / было определенно связано с драйвером NVidia, поскольку до этого переключился на драйвер Nouveau, но мне это не понравилось.
Попытка помочь, Mark
ps вот мои другие заметки Tomboy для других проблем с Ubuntu и Hibernating (извините за искаженный вид). Каждый DOT означает новую строку в Tomboy
]18/07 Устранение неполадок
‣ Предпосылки - поддерживает ли ваше ядро приостановка на диск?
• Ядро поддерживает все, что указано в / sys / power / state, поэтому : • cat / sys / power / state • Допустимые (насколько мне известно) записи включают в себя: mem, standby, freeze, disk. Объяснение: ∘ mem - имеет несколько значений, которые точно в вашей системе вы узнаете через cat / sys / power / mem_sleep У меня есть: s2idle [deep] ∘ standby - Power-On Suspend (если поддерживается) ∘ freeze - Suspend To Idle (STI) ∘ диск - Suspend To Disk (STD), спящий режим. . ∘ мой говорит: freeze mem disk - PERFECT! • T мы должны проверить • $ cat / sys / power / disk ‣ [platform] shutdown reboot suspend test_resume ‣ [отключено] • (не очень хорошо)
‣ Включить спящий режим и поместить его в меню - Peasy • sudo apt install pm-utils cpufrequtils • Затем проверьте, работает ли спящий режим на вашем компьютере, выполнив команду: • sudo pm-hibernate • После выключения компьютера включите его. ‣ Открылись ли открытые приложения? Если так, то это работает, если нет, то спящий режим не работает. Вы можете проверить, не превышает ли ваш раздел Swappiness размер вашей доступной ОЗУ, так как он может решить проблему. Проблема! Спящий режим не допускается! ∘ Тест: pm-hibernate - (если установлен пакет pm-utils) или ∘ работает! после 18.04 переустановить и нет Nvidia еще ∘ systemctl hibernate ∘ работает! после 18.04 переустановить и еще нет Nvidia
∘ Повторно добавить меню Hibernate для выключения: 1. 1. Измените конкретный файл с помощью этой команды. • sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla
• 2. Прокрутите текстовый документ и найдите следующие разделы: ∘ [ Отключить спящий режим по умолчанию в upower] ∘ [Отключить спящий режим по умолчанию в режиме логина] ∘ Измените оба значения от no до да в: ∘ ResultActive = no (измените это на yes) ‣ Save, Exit & amp; Перезагрузка - Готово!
Я столкнулся с одной и той же проблемой с HP Pavilion 11 x360.
kern.log предполагает, что он думает, что он приостановлен - PM: приостановить запись (в глубину), но система захватывает в этот момент, а затем нет никаких дополнительных записей, пока вы не завершите работу и не перезагрузитесь.
«Успешное приостановление» будет иметь более поздние записи PM: синхронизация файловых систем ... сделанная., замораживание процессов пользовательского пространства ... и т. д.
Экран горит, но индикатор питания остается включенным (как и вентилятор, если он уже запущен), и требуется жесткий сброс (удерживание кнопки питания), чтобы снова использовать аппарат.
Даже используя 18.04 live USB приводит к той же проблеме приостановки, которая предполагает, что это не из-за каких-либо дополнительных программ, которые я установил.
Три других ноутбука (друг и мой собственный) не имеют проблем с приостановкой на 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.
Использование UKUU для установки последнего ядра 4.14 (4.14.47) на 18.04 исправляет проблему. (принятый ответ Маталака)
- Изменить - Пожалуйста, взгляните на шаги здесь, чтобы узнать, могут ли другие исправления решить вашу проблему сначала: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливается при закрытии крышки
У меня возникли проблемы с поиском отчета об ошибке о приостановке, вызвавшем полностью не реагирующую систему на 18.04, в котором говорилось, что это не затрагивает значительную часть пользователей.
Хотя хорошо, что это не затрагивает огромное количество пользователей, это может затруднить выяснение того, если только небольшая группа людей испытывает проблемы со своей конкретной аппаратной настройкой.
- Изменить-- Отчёт об ошибке был открыт, вероятный виновник, по-видимому, был идентифицирован, и исправленная версия ядро 4.15 было скомпоновано, что, похоже, разрешает проблему приостановки: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950
Чтобы быть ясным, хотя это e, пытаясь приостановить работу вашего устройства в 18.04, когда экран погаснет (но он явно не ушел в «suspend»), а затем не реагирует ни на что другое, кроме удержания кнопки питания, чтобы закрыть его.
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41
отлично справился с этой проблемой при загрузке с использованием дополнительных опций для Ubuntu и выбора этого ядра
Я считаю, что это багги-нуво-драйв. Попробуйте добавить:
nouveau.modeset=0
в GRUB_CMDLINE_LINUX в файле /etc/default/grub после этого запуска:
sudo update-grub
sudo reboot
И вуаля больше не зависает при возобновлении с приостановки.
У меня также была эта проблема, поразила меня ... и исправление после многих попыток MANNY mANY MANY состояло в том, чтобы переустановить Ubuntu 18.04, и теперь он работает отлично. Я также использую «проверенный» драйвер Nvidia, поскольку раньше был виновником Nvidia.
Возможно, это был «sudo add-apt-repository ppa: graphics-drivers» ppa, который установил «Extra» Stuff из PPA и / или сам драйвер 396, который напортачил на спящий режим моего ноутбука.
В любом случае он работает безупречно в это время написания с драйвером NVidia 390. И только FYI, он также работал с драйвером 396 в течение длительного времени, но на прошлой неделе стал проблематичным - СНОВА! SO, хотя я не знаю точной причины ...
Это / было определенно связано с драйвером NVidia, поскольку до этого переключился на драйвер Nouveau, но мне это не понравилось.
Попытка помочь, Mark
ps вот мои другие заметки Tomboy для других проблем с Ubuntu и Hibernating (извините за искаженный вид). Каждый DOT означает новую строку в Tomboy
]18/07 Устранение неполадок
‣ Предпосылки - поддерживает ли ваше ядро приостановка на диск?
• Ядро поддерживает все, что указано в / sys / power / state, поэтому : • cat / sys / power / state • Допустимые (насколько мне известно) записи включают в себя: mem, standby, freeze, disk. Объяснение: ∘ mem - имеет несколько значений, которые точно в вашей системе вы узнаете через cat / sys / power / mem_sleep У меня есть: s2idle [deep] ∘ standby - Power-On Suspend (если поддерживается) ∘ freeze - Suspend To Idle (STI) ∘ диск - Suspend To Disk (STD), спящий режим. . ∘ мой говорит: freeze mem disk - PERFECT! • T мы должны проверить • $ cat / sys / power / disk ‣ [platform] shutdown reboot suspend test_resume ‣ [отключено] • (не очень хорошо)
‣ Включить спящий режим и поместить его в меню - Peasy • sudo apt install pm-utils cpufrequtils • Затем проверьте, работает ли спящий режим на вашем компьютере, выполнив команду: • sudo pm-hibernate • После выключения компьютера включите его. ‣ Открылись ли открытые приложения? Если так, то это работает, если нет, то спящий режим не работает. Вы можете проверить, не превышает ли ваш раздел Swappiness размер вашей доступной ОЗУ, так как он может решить проблему. Проблема! Спящий режим не допускается! ∘ Тест: pm-hibernate - (если установлен пакет pm-utils) или ∘ работает! после 18.04 переустановить и нет Nvidia еще ∘ systemctl hibernate ∘ работает! после 18.04 переустановить и еще нет Nvidia
∘ Повторно добавить меню Hibernate для выключения: 1. 1. Измените конкретный файл с помощью этой команды. • sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla
• 2. Прокрутите текстовый документ и найдите следующие разделы: ∘ [ Отключить спящий режим по умолчанию в upower] ∘ [Отключить спящий режим по умолчанию в режиме логина] ∘ Измените оба значения от no до да в: ∘ ResultActive = no (измените это на yes) ‣ Save, Exit & amp; Перезагрузка - Готово!
Я столкнулся с одной и той же проблемой с HP Pavilion 11 x360.
kern.log предполагает, что он думает, что он приостановлен - PM: приостановить запись (в глубину), но система захватывает в этот момент, а затем нет никаких дополнительных записей, пока вы не завершите работу и не перезагрузитесь.
«Успешное приостановление» будет иметь более поздние записи PM: синхронизация файловых систем ... сделанная., замораживание процессов пользовательского пространства ... и т. д.
Экран горит, но индикатор питания остается включенным (как и вентилятор, если он уже запущен), и требуется жесткий сброс (удерживание кнопки питания), чтобы снова использовать машину.
Даже используя 18.04 live USB приводит к той же проблеме приостановки, которая предполагает, что это не из-за каких-либо дополнительных программ, которые я установил.
Три других ноутбука (друг и мой собственный) не имеют проблем с приостановкой на 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.
Использование UKUU для установки последнего ядра 4.14 (4.14.47) на 18.04 исправляет проблему. (принятый ответ Маталака)
- Изменить - Пожалуйста, взгляните на шаги здесь, чтобы узнать, могут ли другие исправления решить вашу проблему сначала: Ubuntu 18.04 - Dell XPS13 9370 больше не приостанавливается при закрытии крышки
У меня возникли проблемы с поиском отчета об ошибке о приостановке, вызвавшем полностью не реагирующую систему на 18.04, в котором говорилось, что это не затрагивает значительную часть пользователей.
Хотя хорошо, что это не затрагивает огромное количество пользователей, это может затруднить выяснение того, если только небольшая группа людей испытывает проблемы со своей конкретной аппаратной настройкой.
- Изменить-- Отчёт об ошибке был открыт, вероятный виновник, по-видимому, был идентифицирован, и исправленная версия ядро 4.15 было скомпоновано, что, похоже, разрешает проблему приостановки: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950
Чтобы быть ясным, хотя это e, пытаясь приостановить работу вашего устройства в 18.04, когда экран погаснет (но он явно не ушел в «suspend»), а затем не реагирует ни на что другое, кроме удержания кнопки питания, чтобы закрыть его.
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41
отлично справился с этой проблемой при загрузке с использованием дополнительных опций для Ubuntu и выбора этого ядра