LINUX.ORG.RU

Спящий режим в i3

 


0

1

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


Ответ на: комментарий от rassol

Что то не понял.
dpms - управляет питанием монитора. Отдельно монитор можно выключить, отправить в ожидание или спячку

xset dpms force suspend  
xset dpms force off  
xset dpms force standby  
xset dpms 300  

После этого, если подёргать мышь или клаву, то моник становится активен.

Я спрашиваю про команду systemctl suspend
Почему после применения этой команды в i3 комп уходит в спячку, но затем сам комп можно разбудить, но монитор остаётся чёрным. Ни на что вообще реакции нет, переключение консолей не работает. Специально оставлял только один терминал, набор команды перезагрузки вслепую результата не даёт. Приходится перезагружать кнопкой питания.

В gnome команда systemctl suspend также отправляет комп в спячку и после просыпания компа моник включается, и можно продолжать работать.

Это мне не понятно.

dima81
() автор топика
Ответ на: комментарий от dima81

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

Потому что мы не знаем. У меня такой проблемы никогда не было.

anonymous
()
Ответ на: комментарий от rassol

Linux arch 5.3.12-arch1-1 #1 SMP PREEMPT Wed, 20 Nov 2019 19:45:16 +0000 x86_64 GNU/Linux
Другую версию ядер не пробовал.
Пробовал свободные драйверы ati и amdgpu.
Gnome на wayland или xorg - разницы нет, оба выходят из ждущего режима с включением монитора.

Пробовал устанавливать xfce4-power-manager, не помогло.

Думаю видеодрайвер тут не причем, т.к. в Gnome работает. Но хотелось бы драйвер тоже правильно настроить т.к. при изменении размера окна наблюдается некоторая глючность:
скринкаст на 5Мб: https://my-files.ru/cpe8i2

Подозреваю какие то настройки gdm.


OS: Arch Linux x86_64 Host: 81NC Lenovo IdeaPad S340-15API
Kernel: 5.3.12-arch1-1
CPU: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx (8) @ 2.100GHz
GPU: AMD ATI 04:00.0 Picasso

dima81
() автор топика
Последнее исправление: dima81 (всего исправлений: 2)
Ответ на: комментарий от anonymous

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

dima81
() автор топика

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

jtad
()
Ответ на: комментарий от jtad

Сразу после перезагрузки после неудачного отправления в спячку:

xorg
https://pastebin.com/txMXtjyQ

dmesg
https://pastebin.com/bwaUD5E6

dmesg -l warn
https://pastebin.com/s5aNCw85

dmesg -l err - здесь уже чего то есть
https://pastebin.com/HQA9mV14

dima81
() автор топика
Последнее исправление: dima81 (всего исправлений: 1)
Ответ на: комментарий от jtad

Все очень странно, в очень редких случаях выходит из спящего режима. Закономерности не выявил.

Ошибки в логах после перезагрузки при неудачном просыпании:
dmesg -l err

[    0.809805] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20190703/dswload2-159)
[    0.809826] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20190703/psobject-220)
[    1.411656] pci 0000:00:00.2: AMD-Vi: Unable to write to IOMMU perf counter.
[   12.145228] snd_pci_acp3x 0000:04:00.5: Invalid ACP audio mode : 1

journalctl -b -1 -p err

ноя 29 06:48:36 arch kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20190703/dswload2-159)
ноя 29 06:48:36 arch kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20190703/psobject-220)
ноя 29 06:48:36 arch kernel: pci 0000:00:00.2: AMD-Vi: Unable to write to IOMMU perf counter.
ноя 29 06:48:36 arch kernel: snd_pci_acp3x 0000:04:00.5: Invalid ACP audio mode : 1
ноя 29 06:48:47 arch gdm-password][1151]: PAM unable to dlopen(/usr/lib/security/pam_gnome_keyring.so): /usr/lib/security/pam_gnome_keyring.so: невозможно открыть разделя>
ноя 29 06:48:47 arch gdm-password][1151]: PAM adding faulty module: /usr/lib/security/pam_gnome_keyring.so
ноя 29 06:48:51 arch bluetoothd[832]: RFCOMM server failed for Headset Voice gateway: rfcomm_bind: Address already in use (98)
ноя 29 06:48:51 arch bluetoothd[832]: RFCOMM server failed for :1.113/Profile/HSPHSProfile/00001108-0000-1000-8000-00805f9b34fb: rfcomm_bind: Address already in use (98)
dima81
() автор топика
Ответ на: комментарий от dima81

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

jtad
()
Ответ на: комментарий от dima81

После хардрезета сделай journalctl -b -1 -p 4. Скорее всего, проблема не в настройках питания, а в баге libinput. Если используешь gdm или другой display manager, попробуй отключить и загрузиться вручную. Будут ли проблемы со сном?

rassol
()

я бы попробовал в обход systemd усыпить: echo mem > /sys/power/state. документация, в ней описаны разные режимы сна, которые можно выбрать, записав в файл /sys/power/mem_sleep одно из значений.

anonymous
()
Ответ на: комментарий от rassol

Проблемы остались.
Отключил сервис gdm, перезагрузился, вошёл в систему в командной строке и выполнил
journalctl -b -1 -p 4
https://pastebin.com/xceVyGKe набрал systemctl syspend
комп ушёл в спящий режим и успешно вышел после нажатия на клаву.

после команды startx
journalctl -b -1 -p 4
https://pastebin.com/fhAB0jZw
набрал systemctl syspend
комп ушёл в спящий режим и после нажатия на клаву моник не включился, на сочетания клавиш реакции нет.

dima81
() автор топика
Последнее исправление: dima81 (всего исправлений: 1)
Ответ на: комментарий от rassol

Глюки изменения размера остались. Что интересно глюков при перетаскивании окна нет и не было.

dima81
() автор топика
Ответ на: комментарий от anonymous

Посмотрел что у меня записано в файлах
cat /sys/power/state

freeze mem disk

cat /sys/power/mem_sleep

s2idle [deep]
dima81
() автор топика
Ответ на: комментарий от dima81

Ни на что вообще реакции нет

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

а gnome на этой же ос? если на другой, то может дело в каких-то модулях?

anonymous
()
Ответ на: комментарий от dima81

Попробуй подключиться по ssh и посмотри, что происходит.

Виноват, видимо, всё-таки не libinput.

Эта ошибка — следствие какой-то проблемы. Возможно, X сервер перегружен, какая-нибудь программа загружает сильно процессор или ещё что-то в этом роде.

Другие дистрибутивы не пробовал? Или чистую установку arch’а куда-нибудь?

rassol
()
Ответ на: комментарий от anonymous

Память норм.
Arch Linux + i3 + gmone3
gdm для более презентабельного входа в сессию.

dima81
() автор топика
Ответ на: комментарий от rassol

Рядом на другой машине с core-i3+nvidia арч + xfe4 + i3 — работает отлично.
Устанавливал сам, может чего и накосячил, к тому же с амд ранее не сталкивался.

Про linuxMint выше писал.

dima81
() автор топика
Ответ на: комментарий от rassol

Попробовал по ssh.
Перевёл машину в спящий режим через systemctl suspend
экран как обычно не включился на клаву не реагирует.

Зашёл по ssh вывел ошибки:
dmesg -l warn
https://pastebin.com/MdB3Zg9i

journalctl -b -1 -p 4
https://pastebin.com/t0HME5GP

journalctl -b -1 -p err
https://pastebin.com/W7am1yM2

Пока вводил команды и смотрел логи, экран проснулся.
Ещё раз отправил systemctl suspend
Экран опять не включается на клаву не реагирует, при попытке ребутнуться командой reboot ответил.

Failed to set wall message, ignoring: Interactive authentication required.
Failed to reboot system via logind: Interactive authentication required.
Failed to talk to init daemon.

Соединение сбросилось.
Пробовал зайти повторно по ssh выдало

No route to host
dima81
() автор топика
Последнее исправление: dima81 (всего исправлений: 2)

Я так рад, что у тебя проблемы

anonymous
()
Ответ на: комментарий от dima81

да навряд ли. лог иксов смотрел?

anonymous
()
Ответ на: комментарий от dima81

Логи пока нет времени посмотреть. После такой команды:

 echo mem | sudo tee /sys/power/state 

тоже не просыпается? Ну и попробуй всё-таки linux-lts установить и загрузиться с него.

Ещё попробуй включить ранний запуск KMS.

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

rassol
()
Ответ на: комментарий от rassol

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

Модули ядра изначально прописывал как написано в руководстве вики
MODULES=(ext4 amdgpu radeon)

Пробовал без них, ничего не изменилось.

lts попробую, отпишусь.

dima81
() автор топика
Ответ на: комментарий от dima81

(EE) Failed to load module «ati» (module does not exist, 0)

(EE) open /dev/dri/card0: No such file or directory

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

получается видеокарта «отваливается».

не может быть так, что gdm другой конфиг иксов использует? и что будет, если не запускать иксы (или выйти из x-сессии в консоль), потом уйти в сон, проснуться и запустить иксы?

anonymous
()
Ответ на: комментарий от anonymous

получается видеокарта «отваливается». Как она отваливается, если в gnome3 работает без проблем?

dima81
() автор топика
Ответ на: комментарий от anonymous

Все таки подозреваю, что в системе что то не установлено и не настроено.
Недавно столкнулся с тем что команда lsusb не работатет, оказалось нужно пакет доустановить.
Что то не помню что бы много всего такого приходилось устанавливать при установке арча 2 года назад.

dima81
() автор топика
Ответ на: комментарий от dima81

проверь на с нуля установленной системе, поставь только xorg и i3. можно даже просто загрузиться с live-образа и доустановить пакеты, но если зависнет, то всё придётся повторять.

ещё попробуй самое последнее ядро из testing.

в пакмане есть ключ, не помню какой, он проверяет целостность установленных пакетов. запусти, проверь.

anonymous
()

Народ, подскажите пожалуйста в вики ошибка по поводу установки параметра ядра для amdgpu в /etc/modprobe.d/amdgpu.conf или я не правильно что то понимаю?

options amdgpu si_support=1
options amdgpu cik_support=0

В вики рекомендуется устанавливать параметр cik_support равным 1.
https://wiki.archlinux.org/index.php/AMDGPU

Скрин где указаны рекомендации
http://i.piccy.info/i9/fb9358c7c8b5b5f3777416e6b95ba371/1575480911/127101/1351021/amdgpu.png

dima81
() автор топика
Ответ на: комментарий от dima81

для установки amdgpu нужны эти опции, у меня в грабе они находятся как в вики и указанно для определенной архитектуры. Скорее всего как у меня cik

https://i.imgur.com/cqGnukC.jpg

jtad
()
Последнее исправление: jtad (всего исправлений: 1)
Ответ на: комментарий от dima81

так работает же, значит все ок. Самое интересное на иксах в i3 у меня постоянно были проблемы что дисплей манагер не стартовал больше, а на вяленом все работает с полпинка. И никаких тирингов и иже с ними

jtad
()

Нашел временное рабочее решение включения моника после спящего режима, может кому пригодится:
добавляем в xorg.conf

Section "Device"     
	Identifier "AMDGPU"     
	Driver "amdgpu"     
	Option "DRI" "2"     
EndSection

Источник:
https://bbs.archlinux.org/viewtopic.php?pid=1874850#p1874850

dima81
() автор топика
Последнее исправление: dima81 (всего исправлений: 1)
Ответ на: комментарий от dima81

так это же простой стандартный конфиг. Может у тебя не работало потому что поставил amdgpu а конфиг для него не создал? У меня еще пара опций для тиринга и оптимизации

Option «VariableRefresh» «on»

Option «ShadowPrimary» «on»

Option «TearFree» «on»

Option «SWCursor» «true»

jtad
()
Последнее исправление: jtad (всего исправлений: 1)
Ответ на: комментарий от dima81

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

dima81
() автор топика
Ответ на: комментарий от dima81

вероятно к твоей карте не подходит, хотя это общие для всех.

jtad
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.