Гибридный спящий режим linux

Есть ли в Linux гибридный режим «глубокого сна», такой как Mac?

В Mac OS ноутбук зависает в ОЗУ, когда вы закрываете крышку, когда он спит в течение определенного (настраиваемого) периода времени, когда он будет находиться в спящем режиме. Как правило, это хорошо, так как вы получаете преимущества режима сна / бодрствования в режиме ожидания и экономию энергии в спящем режиме.

Есть ли что-то подобное для Ubuntu?

[В настоящее время я использую Kubuntu 18.04 и мне это нравится, хотя даже suspend, кажется, не работает должным образом на моем XPS 9560, но я думаю, это другой вопрос]

1 ответ

В Ubuntu 18.04 LTS и выше suspend-then-hibernate работает аналогично

В этом режиме ноутбук спит или приостанавливается в ОЗУ, когда крышка закрыта нажатием кнопки. После определенного времени, установленного на ноутбуке, ноутбук проснется и запишет данные в оперативную память на диск и перейдет в режим гибернации.

Преимущество заключается в том, что ноутбук закрывается (спит) быстрее, когда закрывает крышку. Если вы разбудите его раньше установленного времени, оно также быстро возобновится. Если вы не разбудите его раньше установленного времени, он автоматически экономит заряд аккумулятора в режиме гибернации.

В Ubuntu 17.10 и ниже hybrid-sleep был самым близким

В этом режиме данные в ОЗУ записываются на диск для перехода в спящий режим до того, как ноутбук перейдет в спящий режим (также известный как режим ожидания). Если во время сна уровень заряда батареи становится критически низким, ноутбук переходит в режим гибернации, а затем отключается, поэтому данные в ОЗУ не теряются.

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

Посмотрите, что является гибридной приостановкой для некоторых дополнительных объяснений.

systemd поддерживает четыре основных режима энергосбережения:

Посмотрите этот ответ, если хотите включить suspend-then-hibernate или же hybrid-sleep в вашем ноутбуке Ubuntu.

Источник

Power management (Русский)/Suspend and hibernate (Русский)

В настоящее время существует три метода приостановки работы компьютера: suspend to RAM обычно называемая просто suspend(приостановка, ждущий режим, сон, STR, S3 ), suspend to disk известный как hibernate( гибернация, спящий режим, STD, S4 ), и hybrid suspend( гибридная приостановка, гибридный спящий режим, иногда применяется название suspend to both):

• Suspend to RAM отключает питание большинства частей компьютера, кроме ОЗУ, что требуется для восстановления состояния машины. Из-за большой экономии энергии рекомендуется, чтобы ноутбуки автоматически входили в этот режим, когда компьютер работает от батарей, и крышка закрыта или пользователь неактивен в течение некоторого времени.

• Suspend to disk метод сохраняет состояние машины на диске Swap (Русский) и полностью отключает компьютер, потребления электроэнергии нет. Когда устройство включается, состояние восстанавливается.

• Suspend to both сохраняет состояние машины на диске в свопе, но не выключает ее. Вместо этого выполняется обычная приостановка в ОЗУ. Поэтому, если батарея не разряжена, система может возобновиться из ОЗУ. Если батарея разряжена, система может быть возобновлена с диска, что намного медленнее, чем возобновление работы из ОЗУ, но состояние машины не будет потеряно.

Существует несколько низкоуровневых интерфейсов, обеспечивающих базовые функции, а также некоторые интерфейсы высокого уровня, обеспечивающие трюки для обработки проблемных аппаратных драйверов / модулей ядра (например, повторная инициализация видеокарты).

Contents

Низкоуровневые интерфейсы

Хотя эти интерфейсы могут использоваться напрямую, рекомендуется использовать какой-либо из #Интерфейсы высокого уровня для ждущего / спящего режима. Использование низкоуровневых интерфейсов напрямую существенно быстрее, чем использование любого интерфейса высокого уровня, поскольку запуск всех хуков перед и после режима приостановки требует времени, но хуки могут правильно устанавливать аппаратные часы, восстанавливать беспроводное соединение и т.д.

Ядро (swsusp)

Самый простой подход для входа в режим сна заключается в прямом информировании встроенного программного кода ядра (swsusp); точный метод и состояние зависят от уровня аппаратной поддержки. В современных ядрах основным механизмом переключения режимов является запись соответствующих значений в /sys/power/state .

Cмотрите документацию для подробностей.

uswsusp

Uswsusp (‘Userspace Software Suspend’) представляет собой оболочку ядерного механизма приостановки в ОЗУ, которая выполняет некоторые манипуляции с графическим адаптером из пользовательского пространства перед приостановкой и после возобновления.

Смотрите основную статью Uswsusp.

Интерфейсы высокого уровня

Конечной целью этих пакетов является предоставление программ( двоичных файлов/скриптов), которые могут быть вызваны для выполнения приостановки компьютера. Фактическая привязка их к кнопкам питания, щелчкам меню или событиям крышки ноутбука обычно предоставляется другим инструментам. Чтобы автоматически приостановить работу при определенных событиях, таких как закрытие крышки ноутбука или процент истощения батареи, вам может потребоваться запустить Acpid.

systemd

systemd предоставляет собственные команды для ждущего, спящего и гибридного режима приостановки, смотрите Power management#Power management with systemd для деталей. Это интерфейс по умолчанию, используемый в Arch Linux. Смотрите Power management#Sleep hooks для получения дополнительной информации о настройке хуков режимов сна. Также смотрите systemctl(1) , systemd-sleep(8) и systemd.special(7) .

Гибернация

Чтобы использовать спящий режим, вам нужно создать swap раздел или файл. Вам нужно будет указать ядру на своп, используя параметр resume= , который настраивается через загрузчик. Вам также понадобится настроить initramfs. Это говорит ядру попытаться возобновить работу с указанного свопа в раннем пользовательском пространстве. Эти три этапа подробно описаны ниже.

Про размер раздела/файла подкачки

Даже если ваш раздел подкачки меньше ОЗУ, у вас все еще есть большая вероятность успешно перейти в спящий режим. Согласно ядерной документации:

/sys/power/image_size управляет размером образа, создаваемого механизмом приостановки на диск. Это может быть строка, представляющая неотрицательное целое число, которое будет использоваться в качестве верхнего предела размера образа в байтах. Механизм приостановки сделает все возможное, чтобы размер образа не превышал это число. Однако, если это окажется невозможным, он попытается приостановить все равно, используя наименьший возможный размер образа. В частности, если в этот файл записать «0», размер образа будет настолько мал на сколько это возможно. Чтение из этого файла отображает текущее ограничение размера образа, которое по умолчанию установлено на 2/5 доступного ОЗУ.

Вы можете либо уменьшить значение /sys/power/image_size , чтобы сделать образ как можно меньшим (для небольших разделов подкачки) или увеличить его, чтобы ускорить процесс гибернации.

Необходимые параметры ядра

Должен быть использован параметр ядра resume=swap_partition . Либо имя, назначенное ядром для раздела, либо его UUID, можно использовать как swap_partition . Например:

• resume=/dev/sda1
• resume=UUID=4209c845-f495-4c43-8a03-5363dd433153
• resume=/dev/mapper/archVolumeGroup-archLogicVolume — если используется LVM

В общем, метод именования, используемый для параметра resume , должен быть таким же, как и для параметра root . Конфигурация зависит от используемого загрузчика, обратитесь к Kernel parameters за деталями.

Гибернация в файл подкачки

Для использования файла подкачки также необходимо установить resume=swap_device и resume_offset=swap_file_offset kernel parameters. Смотрите документацию ядра.

Значение swap_file_offset можно получить запустив filefrag -v swap_file , требуемое значение расположено в столбце physical_offset первого ряда таблицы выводимой командой. Например:

В этом примере значение swap_file_offset это первое число 38912 с двумя точками.

Значение swap_file_offset так же может быть получено с помощью swap-offset swap_file . Файл команды swap-offset предоставляется пакетом uswsusp-git AUR .

Настройка initramfs

• Когда используется initramfs с хуком base , а по умолчанию это так, хук resume требуется в /etc/mkinitcpio.conf . Будь то по метке или по UUID раздел подкачки ссылается на файл устройства создаваемый udev, поэтому хук resume должен идти «после» хука udev . Этот пример был сделан на основе конфигурации хуков по умолчанию:

Не забудьте пересобрать образ initramfs чтобы эти изменения вступили в силу.

• Когда используется initramfs с хуком systemd , механизм возобновления уже предоставлен и дополнительные хуки не нужны.

Технология Intel Rapid Start (IRST)

При включенной технологии Intel Rapid Start Technology (IRST) для выхода из глубокого сна требуется «на несколько секунд больше, чем для выхода из S3, но намного меньше, чем для выхода из спящего режима».

Многие системы на базе Intel имеют встроенную поддержку IRST, но для этого требуется специальный раздел на SSD (а не на HDD). OEM-развертывания Windows могут уже иметь уже существующий раздел IRST, который можно сохранить во время процесса установки Arch Linux (вместо очистки и перераспределения всего SSD). Он должен отображаться как неотформатированный раздел, равный размеру ОЗУ системы.

Однако, если вы собираетесь стереть и переразбить весь диск (или уже сделали это), то раздел IRST необходимо создать заново, если вы планируете использовать эту технологию. Это можно сделать, создав пустой раздел, равный размеру ОЗУ системы, и установив для него тип раздела GUID D3BFE2DE-3DAF-11DF-BA40- E3A556D89593 для раздела GPT или ID 0x84 для раздела MBR. Вам также может потребоваться включить поддержку IRST в настройках прошивки вашей системы.

Продолжительность процесса гибернации IRST (например, копирования «всего содержимого ОЗУ в специальный раздел») зависит от размера ОЗУ системы и скорости SSD и, таким образом, может занять 20–60 секунд. Некоторые системы могут сигнализировать о завершении процесса светодиодным индикатором (LED), например, когда он перестает мигать.

Смотрите также общие вопросы и ответы и руководства пользователей для технологии Intel Rapid Start.

Исправление проблем

ACPI_OS_NAME

Возможно, вы захотите настроить свою таблицу DSDT, чтобы заставить ее работать. Смотрите статью DSDT

Пользователям VAIO

Добавьте acpi_sleep=nonvs параметр ядра в ваш загрузчик и возьмите себе с полки пирожок!

Ждущий/Спящий режим не работает или сбоит

There have been many reports about the screen going black without easily viewable errors or the ability to do anything when going into and coming back from suspend and/or hibernate. These problems have been seen on both laptops and desktops. This is not an official solution, but switching to an older kernel, especially the LTS-kernel, will probably fix this.

Sometimes the screen goes black due to device initialization from within the initramfs. Removing any modules you might have in Mkinitcpio#MODULES and rebuilding the initramfs, can possibly solve this issue, specially graphics drivers for early KMS. Initializing such devices before resuming can cause inconsistencies that prevents the system resuming from hibernation. This does not affect resuming from RAM. Also, check this article for the best practices to debug suspend/hibernate issues.

For Intel graphics drivers, enabling early KMS may help to solve the blank screen issue. Refer to Kernel mode setting#Early KMS start for details.

Wake-on-LAN

If Wake-on-LAN is active, the network interface card will consume power even if the computer is hibernated.

Мгновенный запуск из режима ожидания

For some Intel Haswell systems with the LynxPoint and LynxPoint-LP chipset, instantaneous wakeups after suspend are reported. They are linked to erroneous BIOS ACPI implementations and how the xhci_hcd module interprets it during boot. As a work-around reported affected systems are added to a blacklist (named XHCI_SPURIOUS_WAKEUP ) by the kernel case-by-case.[2]

Instantaneous resume may happen, for example, if a USB device is plugged during suspend and ACPI wakeup triggers are enabled. A viable work-around for such a system, if it is not on the blacklist yet, is to disable the wakeup triggers. An example to disable wakeup through USB is described as follows.[3]

To view the current configuration:

The relevant devices are EHC1 , EHC1 and XHC (for USB 3.0). To toggle their state you have to echo the device name to the file as root.

This should result in suspension working again. However, this settings are only temporary and would have to be set at every reboot. To automate this take a look at systemd#Написание файлов юнитов. See BBS thread for a possible solution and more information.

Источник

Гибридный спящий режим (ASUS ZENBOOK) & ArchLinux

День добрый. Интересуюсь возможностью реализации данной технологии.
В винде работает следующим образом — при закрытии крышки ноут засыпает, при открытии — просыпается из гибридного спящего режима за 2-3 секунды.

Кто сталкивался с реализацией?
Это и не ждущий режим (сон) как таковой, и не спящий (гибернация).

Данная технология присутствует во многих современных ноутах, а также во всей линейке zenbook, насколько мне известно.

Она там на аппаратном уровне реализована.

new_arch_user
Это и не ждущий режим (сон) как таковой, и не спящий (гибернация).

Это и то и другое:
suspend — в свопе сохраняется дамп памяти, снимается питание со всего железа кроме памяти (может зависеть от режима ACPI в BIOS);
resume — проверяется содержимое памяти и, если оно не нарушено, восстанавливается работа железа (аналогично suspend to RAM);
в противном, поскольку имело место отключение питания, память восстанавливается из свопа (аналогично suspend to disk).

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

LidSwitchIgnoreInhibited — как раз и отвечает за реакцию на закрытие крышки.
# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)

Доберусь до ноута — проверю.

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)

Прописал — при закрытии крышки ноута погасает экран. При открытии — загорается. До того, как прописал, ноут никак не реагировал на закрытие крышки, дисплей продолжал работать.

Между прочим, при выключении \ перезагрузке ноута после входа в систему и запуска startxfce4 открываются приложения, которые были запущены ранее (но не все). Это, наверное, фишка от xfce и к спящему режиму отношения не имеет..

—
— Unit hybrid-sleep.target has failed.
—
— The result is dependency.
May 22 01:39:13 localhost systemd: Job hybrid-sleep.target/start failed with result ‘dependency’.
May 22 01:39:13 localhost systemd: Unit sleep.target is not needed anymore. Stopping.
May 22 01:39:13 localhost systemd: Unit systemd-hybrid-sleep.service entered failed state.
May 22 01:39:13 localhost systemd: systemd-hybrid-sleep.service failed.
May 22 01:39:13 localhost polkitd: Unregistered Authentication Agent for unix-process:22169:329602 (system bus name :1.29, object path /org/freedesktop/PolicyKit1/AuthenticationAgent,
May 22 01:39:13 localhost systemd: Stopped target Sleep.
— Subject: Unit sleep.target has finished shutting down
— Defined-By: systemd
— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— Unit sleep.target has finished shutting down.
May 22 01:39:13 localhost systemd: Stopping Sleep.
— Subject: Unit sleep.target has begun shutting down
— Defined-By: systemd
— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— Unit sleep.target has begun shutting down.
May 22 01:39:18 localhost kernel: ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch — Found , ACPI requires (20150204/nsarguments-95)
May 22 01:39:18 localhost kernel: ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch — Found , ACPI requires (20150204/nsarguments-95)

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад) Добрался, проверил. До этого, как и полагается, при закрытии крышки ноут уходил в suspend-to-ram, при открывании и нажатии кнопки питания восстанавливал работу.
Внес изменения, проделал ту же операцию — ноут оперативненько проснулся, т.е., поскольку питание не снималось, восстановилась сессия из памяти.
Закрыл крышку, подождал пока уснул, вынул аккумулятор, отключил от сети, (сосчитал до десяти :)), дал питание, включил: пробуждение длилось на несколько секунд дольше (явно resume from disk). Т.е. работает, но через 30 сек. самопроизвольно уходит в сон. Раскомментировал IdleAction=ignore — дуло исчезло, но после запуска mplayer’а повторилась та же история. Знаний по этому поводу не имею, а интернета рядом не было, поэтому поставил все на место и отложил на следующий раз.

Swap имеется?
Раздел/файл свопа указан в параметрах загрузки ядра?
В образ initramfs включен хук resume?
Другими словами, тут были?

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад) Спасибо за рекомендации, всё проделал, свап подключил.

Итак, ситуация такова:

systemctl hybrid-sleep: после ввода команды экран моментально гаснет, затем через полторы-две секунды включается снова, можно разглядеть рабочий стол в течение примерно еще 1 секунды (1), затем гаснет окончательно. После включения восстанавливает рабочий стол без потерь — вроде как работает так, и как должно было. На винде это отнимало чуть больше времени, кстати (именно пробуждение). Здесь шустрее на пару секунд. Мне даже показалось, что это было простое выключение дисплея))
Между прочим, при открытии крышки происходит выход из режима (как и должно быть), но вот закрытие крышки не дает ничего, кроме потемнения экрана (2).

systemctl hibernate: аналогично предыдущему пункту (с демонстрацией рабочего стола), однако, происходит выключение системы. При повторном нажатии кнопки питания происходит загрузка системы с нуля. После включения в терминале последние введенные команды не сохранились.

1. Почему рабочий стол показывается во время входа в режим? Можно это спрятать?
2. Каким образом привязать закрытие крышки к команде systemctl hybrid-sleep?
3. Меню выхода из системы XFCE 4 при выборе пункта «Hibernate» выключает компьютер, хотя должна выполнять другую функцию. Встречались ранее с таким поведением?
4. Как починить systemclt hibernate ?

Источник