Другие ответы здесь превосходны, углублены и хорошо изучены.

К сожалению, они не работали для моей конкретной машины: (

Если у вас есть графическая карта nVidia, похоже, является исправлением, которое работает для большого числа людей, которые были предоставлены cascagrossa в ответ на этот вопрос: Ubuntu 18.04 сбой при возобновлении с suspend

Предполагается, что он является драйвером багги-нуво и может сортировать приостановить проблемы, добавив nouveau.modeset = 0 в grub и был подтвержден в комментариях, чтобы помочь исправить проблему и для других.

У меня есть графика Intel на моей проблемной машине, и мне любопытно, что я У нас не было никаких проблем с Ubuntu или Kubuntu 18.04, по крайней мере, на 3 других машинах (мой друг и мой собственный), поэтому почему эта конкретная машина является таким утомлением, это неясно.

cascagrossa

Также пытается собрать «Приостановить проблемы в 18.04» вместе в этом потоке: Ubuntu 18.04 сбой при возобновлении с suspend

Попробуйте создать /etc/systemd/sleep.conf:

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном крышке не наблюдается никакого тепла или шума вентилятора, и он не реагирует на пинг по Wi-Fi, который я получал, с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend, и это, казалось, довольно эффективно приостанавливалось , поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и похоже, что в этом положение дел, echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, для его соответствия.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

Так что я имел , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибки, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает должным образом или надежно по сложным причинам мы не можем определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

Являясь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Другие ответы здесь превосходны, углублены и хорошо изучены.

К сожалению, они не работали для моей конкретной машины: (

Если у вас есть графическая карта nVidia, похоже, является исправлением, которое работает для большого числа людей, которые были предоставлены cascagrossa в ответ на этот вопрос: Ubuntu 18.04 сбой при возобновлении с suspend

Предполагается, что он является драйвером багги-нуво и может сортировать приостановить проблемы, добавив nouveau.modeset = 0 в grub и был подтвержден в комментариях, чтобы помочь исправить проблему и для других.

У меня есть графика Intel на моей проблемной машине, и мне любопытно, что я У нас не было никаких проблем с Ubuntu или Kubuntu 18.04, по крайней мере, на 3 других машинах (мой друг и мой собственный), поэтому почему эта конкретная машина является таким утомлением, это неясно.

cascagrossa

Также пытается собрать «Приостановить проблемы в 18.04» вместе в этом потоке: Ubuntu 18.04 сбой при возобновлении с suspend

Попробуйте создать /etc/systemd/sleep.conf:

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном крышке не наблюдается никакого тепла или шума вентилятора, и он не реагирует на пинг по Wi-Fi, который я получал, с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend, и это, казалось, довольно эффективно приостанавливалось , поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и похоже, что в этом положение дел, echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, для его соответствия.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

Так что я имел , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибки, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает должным образом или надежно по сложным причинам мы не можем определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

Являясь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Попробуйте создать /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном закрытии крышки не наблюдается ни тепла, ни шума вентилятора, и он не отвечает на ping over wifi, который I получал с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend и что, похоже, было приостановлено довольно эффективно, поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и, похоже, в этой ситуации он выполнял echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, чтобы соответствовать ему.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

freeze mem

Так что я угадываю , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибку, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает , или надежно, по сложным причинам, которые мы, похоже, не в состоянии определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

[disabled]

Являюсь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Попробуйте создать /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном закрытии крышки не наблюдается ни тепла, ни шума вентилятора, и он не отвечает на ping over wifi, который I получал с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend и что, похоже, было приостановлено довольно эффективно, поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и, похоже, в этой ситуации он выполнял echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, чтобы соответствовать ему.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

freeze mem

Так что я угадываю , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибку, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает , или надежно, по сложным причинам, которые мы, похоже, не в состоянии определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

[disabled]

Являюсь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Попробуйте создать /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном закрытии крышки не наблюдается ни тепла, ни шума вентилятора, и он не отвечает на ping over wifi, который I получал с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend и что, похоже, было приостановлено довольно эффективно, поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и, похоже, в этой ситуации он выполнял echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, чтобы соответствовать ему.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

freeze mem

Так что я угадываю , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибку, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает , или надежно, по сложным причинам, которые мы, похоже, не в состоянии определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

[disabled]

Являюсь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Попробуйте создать /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном закрытии крышки не наблюдается ни тепла, ни шума вентилятора, и он не отвечает на ping over wifi, который I получал с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend и что, похоже, было приостановлено довольно эффективно, поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и, похоже, в этой ситуации он выполнял echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, чтобы соответствовать ему.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

freeze mem

Так что я угадываю , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибку, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает , или надежно, по сложным причинам, которые мы, похоже, не в состоянии определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

[disabled]

Являюсь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Попробуйте создать /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном закрытии крышки не наблюдается ни тепла, ни шума вентилятора, и он не отвечает на ping over wifi, который I получал с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend и что, похоже, было приостановлено довольно эффективно, поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и, похоже, в этой ситуации он выполнял echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, чтобы соответствовать ему.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

freeze mem

Так что я угадываю , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибку, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает , или надежно, по сложным причинам, которые мы, похоже, не в состоянии определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

[disabled]

Являюсь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Попробуйте создать /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

И перезагрузитесь. Кажется, это работает для меня, хотя я не уверен, что не улучшился с изменением /etc/systemd/logind.conf, которое я сделал первым. Во всяком случае, при подвешенном закрытии крышки не наблюдается ни тепла, ни шума вентилятора, и он не отвечает на ping over wifi, который I получал с перерывами раньше.

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

Пробовал мой XPS 13 9370, я не знаю о более старых моделях, хотя кажется, что они будут похожи.

Я попытался установить pm-utils и использовать pm-suspend и что, похоже, было приостановлено довольно эффективно, поэтому я хотел посмотреть, могу ли я сделать systemd-suspend делать то же самое.

Я просмотрел сценарии в pm-utils, чтобы выяснить, что он на самом деле делает, и, похоже, в этой ситуации он выполнял echo -n "mem" > /sys/power/state. Поэтому я создал файл /etc/systemd/sleep.conf, как показано выше, чтобы соответствовать ему.

Не совсем понятно, что такое поведение по умолчанию. В manpage для systemd-sleep.conf говорится, что дистрибутив должен включать /etc/systemd/sleep.conf с комментариями компиляции по умолчанию, поэтому вы можете видеть эту информацию, но в ubuntu этот файл отсутствует. Я заметил, что если вы cat /sys/power/state получаете:

freeze mem

Так что я угадываю , что это то, что он делает по умолчанию. Я предполагаю, что freeze может быть принято, поскольку он не выдает ошибку, что в противном случае запустило бы systemd на mem, но, возможно, на самом деле не работает , или надежно, по сложным причинам, которые мы, похоже, не в состоянии определить. Таким образом, просто отправка mem вместо этого является обнадеживающим ударом, чтобы избежать этого и просто делать то, что делает pm-suspend.

Я подозреваю, что параметр SuspendMode на самом деле лишний и ничего не делает. Я подозреваю это, потому что cat /sys/power/disk просто получает вас:

[disabled]

Являюсь новым пользователем, поэтому не могу комментировать наблюдение, вынужден представить его как ответ, как если бы я был уверен в этом ! Но я думаю, что он работает.

Просто хочу добавить ответ пользователям Thinkpad X1 Carbon 6th Gen, который имеет аналогичный симптом, то есть отток батареи, когда он приостановлен, что также вызвано не входом в режим глубокого сна.

Этот вопрос обсуждается на эта тема на форуме Lenovo , короче говоря, X1C6 решил поддерживать Windows Modern Standby. Если вы внимательно прочтете эту нить, вы увидите, что, хотя симптом разделяется, коренные причины сильно различаются между XPS 13 9370 и X1C6. например Вывод cat /sys/power/mem_sleep на X1C6 будет только [s2idle], указывая на отсутствие поддержки для спящего режима deep.

Решения, опубликованные до сих пор для этого вопроса, относятся только к XPS 13, а не к X1C6. Насколько я понимаю, лучшим решением проблемы приостановления X1C6 является применение патча DSDT, впервые заданного Delta Xi , а затем обновленного PombeirP . В этой статье вы узнаете, как применить патч, но убедитесь, что прочитали сообщение и все его обновления перед любыми действиями.

Я написал gist документирование вопросов, связанных с установкой Ubuntu 18.04 на Thinkpad X1 Carbon 6th Gen, включая решения, которые я нашел о проблеме медленной загрузки, вызванной LVM, а также этой проблеме глубокого сна .