Manjaro не работает ждущий режим

[РЕШЕНО] Не работает спящий/ждущий режим и выключение

# 9 лет, 11 месяцев назад (отредактировано 9 лет, 6 месяцев назад) Купил я ноут и незамедлительно поставил арч на него.
Но происходят такие вещи:
1. Совсем не работает ждущий режим (при попытке вызывать виснет где-то в районе черного экрана и так и остается)
2. В спящий режим входит, но так же зависает после записи на диск, но просыпается вроде как нормально
3. Не выключается при работе от батареи (при подключении к сети все нормально). Останавливается на надписи “Power down”, при verbose режиме вывода — “acpi_call_off” фигурирует, ели не ошибаюсь.

pm-utils стоит, ядро стоковое, resume в хуках есть.

Хотелось бы, чтобы это всё работало 🙂

Скажите, какие логи нужно выложить для прояснения ситуации?

P.S. Ноут Asus U31SD

:((((
Я уже сбился со счёта, сколько насоздавали таких тем, о неработающем ждущем/спящем режиме. Ну хоть поиском бы пользовались, что ли…
По спящему режиму – вот такое у вас есть?

Natrio
:((((
Я уже сбился со счёта, сколько насоздавали таких тем, о неработающем ждущем/спящем режиме. Ну хоть поиском бы пользовались, что ли…
По спящему режиму – вот такое у вас есть?

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

Ну, начнем с того, что эти темы были перечитаны, так же были прочитаны статью в вики на эту тему. Как вы думаете, почему все же я создал “еще одну”? Наверное, потому что способы решения, предложенные в них не работали. Более-менее “стандартные” методы решения проблем были, как ни странно попробованы и, как можно заметить — безуспешо.

По поводу модулей — да, эти модули прописаны для саспенда. (но они так сами выгружаются, если не используется видеокарта nVidia)

Если перечитаны, можно было так и написать сразу 🙂

Только боюсь, если вы сделали всё это, вряд ли теперь можно посоветовать что-то специфически арч-линуксовое. У меня, разумеется, нет вашего ноута, и проверить ничего я не могу.
Но гугл знает вот такую страничку:
http://www.linlap.com/wiki/asus+u31sd

Suspend Working – Tweaks needed – see notes

Спасибо за ссылку, буду пробовать.

Ну, я наивно считал, что все пишут на форумы только когда очевидные и лежащие на поверхности решения уже перепробованы и это предполагается по-умолчанию.
Содержимое /var/log/pm-suspend.log:

Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
Unloading kernel module button…FATAL: Module i915 is in use.
/usr/lib/pm-utils/functions: line 89: log: команда не найдена
Failed.

О! Спящий режим починился — поставил в SUSPEND_MODULES i915 и button и все заснуло и проснулось. Спасибо вам за наводку.

Тем не менее, 2 вопроса остаются открытыми. Не работает ждущий режим и выключение от батареи.

Ан нет. не в модулях дело. делов-то было поставить в конфиге

Но проблема со ждущим режимом остается, как впрочем и с выключением

хм. uswsusp так же уверяет, что проблема с засыпанием в видео (он пишет KMS used)

Источник

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.

Источник

Manjaro не работает ждущий режим

Здравствуйте. Такая проблема. Ноутбук переходит в спящий режим только после того как опустить крышку, снова ее поднять и снова опустить.

Пытался найти решение проблемы. Файл одкачки создан на 8 Гб, оперативы 8 Гб, диск ССД, ЭТО тоже применял, но все равно не идет никак.

Спящий и ждущий режимы

Проблемы с Plasmashell при выходе из спящего режима

Проблема настигла меня довольно давно, с момента установки KDE Manjaro на ПК. Было это чуть меньше полугода назад.

Видеокарта и процессор

— Radeon R7 250x
— Athlon x4 650k

Проблема

— Полное зависание плазмы, без возможности взаимодействовать с графическим интерфейсом манджаро.
— Также спустя некоторое время перестает работать стандартный поток ввода с клавиатуры

Что вызывает проблему

— Выход из спящего режима (примерно в 70% случаев окружение виснет )
— Переход в текстовую консоль tty2 и обратно (в 100% случаев)

Что выдает journalctl

— Огромный стэктрейс с зависшей плазмой


(Это я еще экрана 4 пропустил)

Что помогает в таких ситуациях

— Пока что ничего, кроме перезагрузки, мне не помогало
— Пробовал убить плазму и запустить ее через терминал — все зависало без признаков жизни

Что я уже пробовал

— Писал в телеграм-чате manjaro про свою ошибку. Сказали проверить, какое ядро видеокарты используется

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

Кроме того, попробовал Manjaro xfce в live режиме. Спящий режим работает как положено. И на linux Ubuntu проблем тоже не возникает, как со спящим режимом, так и переходом между tty. Похоже, дело конкретно в кедах и плазме.

черный экран после выхода из спящего режима

GRUB_DEFAULT=saved
GRUB_TIMEOUT=5
GRUB_TIMEOUT_STYLE=hidden
GRUB_DISTRIBUTOR=«Manjaro»
GRUB_CMDLINE_LINUX_DEFAULT=«resume=/dev/mmcblk0p6 quiet splash fbcon=rotate:1 quiet apparmor=1 security=apparmor udev.log_priority=3 „
GRUB_CMDLINE_LINUX=“fbcon=rotate:1»

# If you want to enable the save default function, uncomment the following
# line, and set GRUB_DEFAULT to saved.
GRUB_SAVEDEFAULT=true

# Preload both GPT and MBR modules so that they are not missed
GRUB_PRELOAD_MODULES=«part_gpt part_msdos»

# Uncomment to enable booting from LUKS encrypted devices
GRUB_ENABLE_CRYPTODISK=y

# Uncomment to use basic console
GRUB_TERMINAL_INPUT=console

# Uncomment to disable graphical terminal
GRUB_TERMINAL_OUTPUT=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command ‘videoinfo’
GRUB_GFXMODE=auto

# Uncomment to allow the kernel use the same resolution used by grub
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you want GRUB to pass to the Linux kernel the old parameter
# format «root=/dev/xxx» instead of «root=/dev/disk/by-uuid/xxx»
GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true

# Uncomment and set to the desired menu colors. Used by normal and wallpaper
# modes only. Entries specified as foreground/background.
GRUB_COLOR_NORMAL=«light-gray/black»
GRUB_COLOR_HIGHLIGHT=«green/black»

# Uncomment one of them for the gfx desired, a image background or a gfxtheme
GRUB_BACKGROUND=»/usr/share/grub/background.png»
GRUB_THEME=»/usr/share/grub/themes/manjaro/theme.txt»

# Uncomment to get a beep at GRUB start
GRUB_INIT_TUNE=«480 440 1»

# Uncomment to ensure that the root filesystem is mounted read-only so that
# systemd-fsck can run the check automatically
GRUB_ROOT_FS_RO=true

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES=(piix ide_disk reiserfs)
MODULES=»»

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=()

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=»»

# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run ‘mkinitcpio -H ‘ for
# help on a given hook.
# ‘base’ is _required_ unless you know precisely what you are doing.
# ‘udev’ is _required_ in order to automatically load modules
# ‘filesystems’ is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS=(base)
#
## This setup will autodetect all modules for your system and should
## work as a sane default
# HOOKS=(base udev autodetect block filesystems)
#
## This setup will generate a ‘full’ image which supports most systems.
## No autodetection is done.
# HOOKS=(base udev block filesystems)
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See ‘mkinitcpio -H mdadm’ for more information on raid devices.
# HOOKS=(base udev block mdadm encrypt filesystems)
#
## This setup loads an lvm2 volume group on a usb device.
# HOOKS=(base udev block lvm2 filesystems)
#
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS=«base udev autodetect modconf block keyboard keymap resume filesystems»

# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use ‘cat’ to create an uncompressed image.
COMPRESSION=«gzip»
COMPRESSION=«bzip2»
COMPRESSION=«lzma»
COMPRESSION=«xz»
COMPRESSION=«lzop»
COMPRESSION=«lz4»
COMPRESSION=«zstd»

# COMPRESSION_OPTIONS
# Additional options for the compressor
COMPRESSION_OPTIONS=()

Источник