Спящий режим очень быстро разряжает батарею

14

Батарея разряжается примерно через 10 часов, когда компьютер спит с Ubuntu 18.04, это lenovo y520 (7700hq, 1060 с шмелем).
Когда я тестировал, никакие USB-устройства не были подключены, фактически ничего не было подключено.
Спящий режим s2 - глубокий. Я не интересуюсь гибернацией (она довольно медленная и занимает много места).
В Windows и Mac OS (hackintosh) в спящем режиме используется 1 или 2% батареи в день.

Джордж
источник
2
Вместо отключения USB убедитесь, что шины отключены. Также убедитесь, что функция Wake on LAN отключена. По телефону, так что не делайте ссылки здесь.
WinEunuuchs2Unix
Пробуждение по локальной сети как в настройке биоса? Если да, он отключен, пытаясь проверить состояние USB прямо сейчас
Джордж
Возможно, Linux сможет переопределить настройку BIOS, но я верю, что она будет уважать его, если не заставит. (Все еще на телефоне)
WinEunuuchs2Unix
Итак, я попытался отключить питание USB, но, насколько я понимаю, для более новых ядер "suspend" больше не работает. Поэтому я проверил, верны ли значения в "/ sys / bus / usb / devices / usbX / power", и они кажутся правильными. Не уверен, что это правильный путь
Джордж
Любое предложение приветствуется. Я заметил, что процессор на самом деле не собирается спать. Напряжение проходит через него, даже если машина находится в спящем режиме.
Джордж

Ответы:

6

После выхода из режима ожидания используйте эту команду в терминале:

journalctl -b | grep -i "should not be sleeping"

Если вы видите это:

Oct 21 07:20:18 alien kernel:  cache: parent cpu1 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu2 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu3 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu4 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu5 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu6 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu7 should not be sleeping

Это может означать, что, когда вы приостановили работу процессора, его не переводили в спящий режим в соответствии с его заданиями Q & A пару лет назад: systemd приостанавливает работу системы, но после возобновления работы ядра затем переходит в режим сна и пробуждения

Если так, то мне грустно сообщать, что проблема сохраняется до сих пор на моем новейшем ноутбуке, как и на старом ноутбуке.


Проблема с 2012 года?

Эта старая цепочка электронных писем: Re: Ядро останавливается на «PM: Подготовка системы к сну mem», никогда не переходит на «Замораживание процессов в пространстве пользователя ...», имеет похожую проблему.

Из моего файла журнала сегодня:

Oct 21 13:48:15 alien kernel: PM: Preparing system for sleep (mem)
Oct 21 13:48:16 alien acpid[964]: client 1171[0:0] has disconnected
Oct 21 13:48:32 alien kernel: Freezing user space processes ... (elapsed 0.003 seconds) done.
  • Строка 1 нормальная
  • Линия 2 ненормальная и связана со старыми ошибками X11
  • Строка 3 происходит после возобновления, но должна была произойти как часть приостановки.

Некоторые другие интересные моменты: это часто занимает от 5 до 8 секунд, чтобы приостановить, когда это должно быть около 1 секунды. Об этой ошибке сообщают и во многих местах.


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

WinEunuuchs2Unix
источник
Да, я получаю такой же вывод: |
Джордж
Это то же самое для 16.04?
Джордж
Да. Журналы выше были сгенерированы этим утром под Ubuntu 16.04.5 LTS.
WinEunuuchs2Unix
Может быть, вы видели это, но как насчет 14.04?
Джордж
1
@ElderGeek Я быстро прочитал ваш ответ редакции. Я не уверен, что это виновник, но я надеюсь, что отчет об ошибке, поданный вчера, даст ответы: bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1825636
WinEunuuchs2Unix
0

На моем старом компьютере я решил проблему с приостановкой, изменив некоторые настройки в BIOS материнской платы.

Для моего оборудования:

На странице «Дополнительно» в BIOS в разделе «Конфигурация ЦП» я установил для « Enhanced Alt State » значение ENABLED , а в «Настройках ACPI» для « Suspend to RAM » - AUTO, а для « ACPI table » - ENABLED .

После внесения этих изменений я мог приостановить работу своего ПК.

Примечание. Настройки BIOS и прошивки материнской платы зависят от производителя и модели.

Thanassis Triantafyllopoulow
источник