Режим гибернации в archlinux gnome

Cooler2
Нету на клаве ноута… Даже с fn. по другому просто никак(
А, кстати, что плохого может быть, скиньте ссылку на ваш пост, где писал об этом?
Постов несколько, помню только последний топик по зависанию это и это ... (но мог бы и воспользоваться поиском по форуму) ... плюс к этому можно дополнительно прописать в файл /etc/sysctl.d/99-sysctl.conf параметр kernel.panic=10 и если получишь зависание в виде kernel panic, то комп автоматом перегрузится через 10с, не нажимая ни каких кнопок. Кстати, можно и проверить, что это за зависание - если зависло ядро, то перегрузится автоматом, ели не ядро, то клавиша SysRq + KEY...

В части возможных проблем с ACPI
- можно глянуть выводы journalctl -b | grep -i ACPI и плюс отдельно journalctl -b | grep '(supports'
- более детально - смотри debug ACPI (загрузка с нужными параметрами ядра)

PS - если загрузиться с параметром acpi=off и уйти в ждущий режим, то экран погаснет, вентилятор будет гудет … и обратно уже не вернешься - это к тому, что твой случай очень похож, в том смысле, что ACPI не работает
Ошибки не исчезают с опытом - они просто умнеют
vasek
В части возможных проблем с ACPI
- можно глянуть выводы journalctl -b | grep -i ACPI и плюс отдельно journalctl -b | grep '(supports'
- более детально - смотри debug ACPI (загрузка с нужными параметрами ядра)
в самом первом посте этой темы я упоминул, что при загрузке выводит ошибки acpi.
sudo journalctl -xb -p err
-- Journal begins at Mon 2021-01-25 18:10:08 +04, ends at Tue 2021-01-26 15:27:49 +04. --
янв 26 15:27:18 gnome kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20200925/psargs-330)
янв 26 15:27:18 gnome kernel: ACPI Error: Aborting method \_SB.WLBU._STA due to previous error (AE_NOT_FOUND) (20200925/psparse-529)
янв 26 15:27:18 gnome kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20200925/psargs-330)
янв 26 15:27:18 gnome kernel: ACPI Error: Aborting method \_SB.WLBU._STA due to previous error (AE_NOT_FOUND) (20200925/psparse-529)
янв 26 15:27:18 gnome kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20200925/psargs-330)
янв 26 15:27:18 gnome kernel: ACPI Error: Aborting method \_SB.WLBU._STA due to previous error (AE_NOT_FOUND) (20200925/psparse-529)
янв 26 15:27:19 gnome kernel: tpm_crb MSFT0101:00: can't request region for resource [mem 0xcfb76000-0xcfb79fff]
янв 26 15:27:21 gnome gnome-session-binary[423]: Unrecoverable failure in required component org.gnome.Shell.desktop
янв 26 15:27:21 gnome kernel: kfd kfd: STONEY  not supported in kfd
янв 26 15:27:23 gnome systemd-backlight[479]: Failed to get backlight or LED device 'backlight:acpi_video0': No such device
янв 26 15:27:23 gnome systemd[1]: Failed to start Load/Save Screen Backlight Brightness of backlight:acpi_video0.
░░ Subject: Ошибка юнита systemd-backlight@backlight:acpi_video0.service
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ Произошел сбой юнита systemd-backlight@backlight:acpi_video0.service.
░░
░░ Результат: failed.
янв 26 15:27:23 gnome systemd-backlight[480]: amdgpu_bl1: Failed to write system 'brightness' attribute: No such device or address
янв 26 15:27:23 gnome systemd[1]: Failed to start Load/Save Screen Backlight Brightness of backlight:amdgpu_bl1.
vasek
PS - если загрузиться с параметром acpi=off и уйти в ждущий режим, то экран погаснет, вентилятор будет гудет
с таким параметром acpi = off - вообще не грузиться

я этот параметр прописываю в grub, нажав e, после uuid моего диска со свапом.
Cooler2
vasek
PS - если загрузиться с параметром acpi=off и уйти в ждущий режим, то экран погаснет, вентилятор будет гудет
с таким параметром acpi = off - вообще не грузиться
Этим хотел просто сказать, что без ACPI результат в чем то похож на твой.
Но если уж и есть проблемы ACPI, то их можно вытащить, но не всегда, только используя, как писал выше ACPI debug - гугли, для начала немного здесь, раздел 3.2
Ошибки не исчезают с опытом - они просто умнеют
Вчера попробовал запустить режим гибернации на своем домашнем ноутбуке.
Там стоит процессор Intel и видео карта NVIDIA.
Проделал все шаги, которые я описал в первом своем посте этой темы.
По итогам:
Ноут перешел в режим гибернации и вышел из нее без проблем. Все сработало без замечаний. Все приложения и даже музыка на месте и работают, словно и не выключал компа...

А рабочий ноут, ну ни в какую не хочет....

vs220
Выложите тогда лог , если ничего секретного нет

pacman -S pastebinit
journalctl -b -1 | pastebinit -b paste.ubuntu.com

Вместо 1 номер загрузки с неполным выключением.
Можно обрезать лог если неохота светить что то,
нужен после команды systemctl hibernate

Честно, выложил бы, но вот засомневался по этому вопросу.

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

в одном терминале( xterm или что там в гноме) получаете права рута через su –login или через sudo, если установлен и запускаете наш любимый велосипед от Ленарта:
journalctl --system --follow >test.log
в данном случае весь лог будет сохранен в файле /root/test.log, если через su --login, можете указать любой другой, помня, что хозяином этого файла является самый-самый, т.е. root, лучше укажите полный путь . В другом терминале, опять же получив права рута, выполняете команду
echo mem >/sys/power/state
комп приостановит работу, после нажатия любой кнопки, например пробела, проснется. После этого во втором же терминале даете, от рута же!, команду:
echo disk >/sys/power/state
скорее всего у вас в гибернацию не уйдет, иначе темы не было бы. Содержимое файла test.log заливаете на pastebin или куда вам удобно. Может кто-то что-то вам и подскажет.
Cooler2, интересно, хоть что то ты проверяешь?
Помимо логов есть же простенькие проверочки (все расписано в указанных ссылках), например:
- запустить синхронный режим hibernate - по дефолту установлен асинхронный режим, то есть останов оборудования идет паралельно, но некоторые специфические устройства могут иметь зависимости других устройств и это может вызвать проблемы.
Перед уходом в hibernate выполнить echo 0 | sudo tee /sys/power/pm_async
- если система кажется подвешенной - экран темный, клавиши не реагируют - попробуй понажимай клавиши, включающие светодиоды - если они загорятся, пробуй набрать и запустить в слепую reboot (вообщем команду, которой перегружаешь комп), если комп пошел не перегрузку, то система в порядке, вероятнее всего, что проблема в видео-драйвере.
Это самое простое, что можно сделать, сложнее - это получение логов повышенной информативности, логи отладки ACPI - вообщем нужно читать указанные ссылки и экспериментировать.
Ошибки не исчезают с опытом - они просто умнеют
Так эта проблема решиласть или решилась ли она вообще? Я новичок в линукс, встретился почти с идентичной проблемой. Перечитал всю тему, так и не понял, проблема решилась или нет )
Swap есть, resume прописан. При переходе в гибернацю или сп режим отключается все, кроме кулера, и так висит пока не перезагружу принудительно. В ждущий режим уходит спокойно, но при выходе черный экран с курсором
Надеюсь на вашу помошь, строго не судите, новичок в линукс
ffuri
Перечитал всю тему
И какие результаты из предложенного на 01.org и в этой теме вы имеете нам сообщить? Где железо, логи?
Начните новую тему, приведите ссылку на эту, если она нужна. Зачем некропостингом заниматься?
 
Зарегистрироваться или войдите чтобы оставить сообщение.