Це працювало ідеально 17.10, але після оновлення до 18.04 вчора, коли кришка закрита, екран вимикається, але не призупиняється належним чином.

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

Я спробував коментувати ці рядки в /etc/systemd/logind.conf

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

і перезапустили, але нічого не змінило.

Я думаю, що мені вдалося з’ясувати, що відбувається, завдяки цим двом джерелам: Dell XPS 13 (9370) Нотатки про встановлення ArchLinux та Форум Arch Linux .

Чомусь ноутбук вже не засинає, але це s2idleрежим, який є лише призупиненим екраном.

Діагностика питання

Щоб підтвердити, чи так це у вашій системі, призупиніть ноутбук за допомогою улюбленого способу (закрийте кришку, натисніть Fn+ End, запишіть pm-suspendу термінал, якщо ви pm-utilsвстановили, або натисніть Windowsклавішу suspendта натисніть Enterклавішу).

Прокидайтеся з режиму очікування і введіть в терміналі: sudo journalctl | grep "PM: suspend" | tail -2. Якщо вихід є

May 13 18:41:00 mex kernel: PM: suspend entry (s2idle)
May 13 20:52:36 mex kernel: PM: suspend exit

Тоді ви не входите в глибокий сон. Ви також можете перевірити, cat /sys/power/mem_sleepщо має повернутися

[s2idle] deep

що підтверджує, що режим призупинення за замовчуванням є s2idle (оскільки він виділений дужками).

Тимчасове виправлення

Щоб спробувати тимчасове виправлення, виконайте це echo deep > /sys/power/mem_sleepяк користувач root. Перевірте, чи було це успішно, поглянувши на результат, cat /sys/power/mem_sleepякий має бути

s2idle [deep]

потім призупиніть ноутбук і знову прокиньтесь. Якщо sudo journalctl | grep "PM: suspend" | tail -2повертається

May 13 18:41:00 mex kernel: PM: suspend entry (deep)
May 13 20:52:36 mex kernel: PM: suspend exit

то питання слід виправити. Ви можете покласти комп’ютер спати пару годин і перевірити, чи покращився заряд акумулятора.

Постійне виправлення

Щоб зробити його постійним, потрібно відредагувати cmdline завантажувача завантажувача. Для цього відредагуйте як root користувача файл / etc / default / grub, запустивши, наприклад sudo -H gedit /etc/default/grub. Замініть рядок

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

з

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

і відновити конфігурацію grub (run sudo grub-mkconfig -o /boot/grub/grub.cfg).

Спробуйте створити /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

І перезавантажити. Це, здається, працює для мене, хоча я не впевнений, що я також не зміг покращити /etc/systemd/logind.confзміни, які я зробив спочатку. У будь-якому випадку, не спостерігається ніякого тепла або шум вентилятора під час призупинення з отсечной кришкою, і вона не відповідає на пінг через Wi - Fi або, що я вже отримував, з перервами, до цього .

Термін служби акумулятора все ще зменшується при припиненні роботи, ймовірно, тому що метод роботи призупинення є менш менш ефективним, ніж ідеальний метод за замовчуванням, який, мабуть, не працює належним чином, але виглядає краще, ніж поведінка за замовчуванням.

Пробував на моєму XPS 13 9370, я не знаю про старіші моделі, хоча, мабуть, вони будуть схожі.

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

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

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

freeze mem

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

Я підозрюю, що параметр SuspendMode насправді зайвий і нічого не робить. Я підозрюю це, тому що cat /sys/power/diskпросто отримує вас:

[disabled]

Я новий користувач, таким чином не в змозі коментувати спостереження, змушений представляти це як відповідь, як ніби я в цьому супер впевнений! Але я думаю, що це працює.

Інші відповіді тут відмінні, поглиблені та добре вивчені.

На жаль, вони не працювали для моєї конкретної машини :(

Якщо у вас є графіка nVidia, здається, виправлення, яке працює для великої кількості людей, корисно надане cascagrossa у відповіді на це запитання: Ubuntu 18.04 виходить з ладу після відновлення з призупинення

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

У мене графіка Intel на моїй проблемній машині, і що цікаво, у мене не було призупинення проблем з Ubuntu або Kubuntu 18.04 принаймні на 3 інших машинах (моїх друзях і моїх власних), тож чому саме ця машина ця душа з цього приводу незрозуміло.

Рекомендую всім, хто стикається з подібною проблемою, виконати наступні кроки, щоб допомогти визначити проблему:

1. У вас є графіка nVidia? Якщо так, спробуйте nouveau.modeset = 0 gruk хитрість.

2. Переконайтеся, що призупинення працює взагалі. Якщо ви закриєте кришку, а потім відкриєте її пізніше і вона не прокидається, може здатися, що вона не вдається "відновити".

   • Ви повинні мати можливість вручну вибрати призупинення роботи на будь-якому робочому столі, але це трохи приховано в Gnome Shell - ви можете або натиснути кнопку живлення у верхньому правому меню екрана, або натиснути цю кнопку, утримуючи Alt, або натиснути клавішу Super і ввести в 'призупинити'

   • Вибравши призупинення, ви можете перевірити, що екран вимкнувся , індикатор живлення блимає, як слід, і ви очікували, що будь-який вентилятор працює також зупиниться . Якщо все це станеться, але тоді ви не можете змусити машину прокинутися, то, здається, це буде проблема "відновлення", а не проблема "призупинення".

   • Моя проблема полягала в тому, що насправді це не зупиняється, і Мюррей, який задав оригінальне запитання, коли зіткнення попросив дві перевірити це, зрозумів, що проблема виникає і при призупиненні вручну.

   • У моєму випадку (на одному проблемному ноутбуці) екран вимикається, але світлодіодний індикатор живлення вмикається, і якщо вентилятор працює, він продовжує працювати. Апарат не реагує ні на натискання клавіш, ні на рух сенсорної панелі, ні на клацання, ні на натискання кнопки живлення. Єдине, що можна зробити - це закрити його.

   • Я намагався відтворити музику, переходячи до призупинення (щоб перевірити, що це не лише екран, що пустує), але музика зупиняється і машина в основному захопилася.

3. Спробуйте свій апарат з Live USB 18.04 і перевірте, чи немає у вас подібних проблем з призупиненням роботи.

   • Це просто підтвердить, що призупинення проблем не пов'язане з будь-якими встановленими додатковими програмами.

   • У моєму випадку я підозрював, що це було тому, що я встановив tlp, який, можливо, якось заважав режиму призупинення, але така ж поведінка відбулася і з Live USB обох Ubuntu 18.04 та Kubuntu 18.04

4. Спробуйте інші два добре досліджені рішення, запропоновані monty47 та StrangeNoises, і подивіться, чи отримаєте ви хороші результати.

   • Вони, здається, допомогли багатьом людям призупинити роботу резервного копіювання та працювати належним чином 18.04, і, можливо, це стосується більше того, щоб машина переходила в стан s2idle, а не в режим сну (глибокого) звичайного "призупинення".

5. Якщо жодне з рішень не працює над тим, щоб вирішити ваші проблеми з призупиненням 18.04, спробуйте прийняти відповідь на це: Ubuntu 18.04 виходить з ладу при відновленні з призупинення

   • Запропонованим рішенням Matalak (який також задав питання) було використання UKUU для спробу старішого ядра 4.14.

   • У моєї проблемної машини не було призупинення проблем з Ubuntu 17.10 та Kubuntu 17.10, тому має сенс, оскільки 17.10 використовує ядро ​​4.14. Тепер він призупиняє штраф як у Ubuntu 18.04, так і в Kubuntu 18.04 за допомогою ядра 4.14.

6. Якщо ви спробували інші рішення і змогли виправити призупинені проблеми лише назад, повернувшись до ядра 4.14, вас може зацікавити звіт про помилку: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950

   • Схоже, це стосується лише декількох машин із специфічною комбінацією апаратних засобів, і їх важко визначити серед інших проблем, пов'язаних з модерном або проблем s2idle.

   • Це здається більш поширеним для тих, хто працює на Bay Trail Atom Celeron / Pentium, але інші повідомили про подібну проблему з іншими машинами.

   • Якщо ви зможете перевірити свій kern.log після цього невдалого призупинення (тобто після того, як вам довелося вимкнути машину і перезапустити), ви можете помітити, що він каже : PM: призупинити запис (глибокий), і тоді у вас немає додаткових записів крім багато рядків завантаження знову.

   • Наразі патч, який, здається, вирішує проблему.

   • Якщо ви хочете додати свій голос до звіту про помилку, було б цікаво побачити, які саме машини впливають (і переконайтеся, що виправлення вирішує проблему для всіх).

Також у цій темі намагаються зібрати "Призупинити проблеми до 18.04": https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724

Я вважаю, що ця помилка в ядрі пов'язана:

https://bugzilla.kernel.org/show_bug.cgi?id=199689

Дивіться коментар, зокрема, №3:

[…] Насправді навмисно використовувати s2idle на цій машині з останнім верхнім ядром.

Просто хочемо додати відповідь користувачам 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 . Ця публікація розглядає, як застосувати виправлення, але переконайтеся, що ви прочитали публікацію та всі її оновлення перед будь-якими діями.

Я написав суть документування проблем, пов’язаних із встановленням Ubuntu 18.04 на Thinkpad X1 Carbon 6th Gen, включаючи рішення, які я знайшов щодо проблеми повільного завантаження, спричиненої LVM, а також цієї проблеми глибокого сну .

Я використовую Lenovo ThinkPad Edge E531 і зіткнувся з подібною проблемою, коли машина не змогла глибоко спати. Поведінка була переривчастою, а під час відновлення іноді змушувала тачпад перестати працювати на Wi-Fi для відключення.

Я спробував десяток і більше виправлень, запропонованих в Інтернеті, але єдиним рішенням, яке працювало для мене, було встановлення UKUU та оновлення ядра до 4.19.11-041911-generic.

Просто для завершення цього питання (сподіваюсь ...), я щойно (липень 2019 року) оновив свій 18.04 LTS з HWE, який стверджує, що виправити цю проблему спеціально для Dell XPS 13 (включаючи не входження в s2idle .)

FWIW, я щойно замінив батарею мого 2016 XPS 13 (9350) на Ubuntu 16.04 та kernél 4.14.12-041412-generic (машина була налаштована на початку 2016 року з 15.10, а власне ядро ​​потім оновлено до 16.04). Перед заміною кришка поставила Linux у режим призупинення, як слід (хоча якщо ви підключили блок живлення, поки призупинено, або підключили його, наприклад, змінили стан, на який Linux працював, він буде працювати дуже повільно до перезавантаження) . У будь-якому разі, після заміни (набряклий акумулятор) ноутбук перезавантажиться, щоб потріскатися, коли кришка закрита.

Якщо встановлення керування живленням на "Стандартне" (від "Додатково") в "Первинна конфігурація батареї" в EFI BIOS Dell / AMI (яке ви можете встановити, утримуючи Fn-F2 під час завантаження), схоже, вирішило проблему.

Пройшов безліч перерахованих рішень, і для popOS на xps 9560 нічого не працювало :(

Поки я не побачив цього веселого виправлення на веб-сайті Dell, який приймав з LTT-повідомлення.

Отже, моє попереднє рішення, яке, здається, працює поки що: включення та вимкнення певних параметрів BIOS. Я знаю, що це звучить відверто ідіотсько, але клянусь, здавалося, це працює з того, що я протестував досі.

Зокрема, я або вимкнув налаштування та / або вибрав інший варіант налаштування, застосував його, потім встановив його назад і застосував. Налаштування, які я перемикав назад і назад, були:

• Конфігурація системи> Сенсорний екран (Вимкнено, потім знову увімкнено)

• Керування живленням> Автоматичне ввімкнення часу (перемкнути його на інший варіант, потім повернутися до вимкнено)

• Керування живленням> Wake on Dell USB-C Docks (вимкнено, потім увімкнено)

Зараз чудово працює. . . .