45444 2023-03-01 13:00:36 +0300 Система не просыпается после выхода из спящего режима (потеря данных) 2026-09-18 06:56:51 +0300 1 1 4 Development Sisyphus plasma-workspace unstable x86_64 Linux NEW https://bugzilla.altlinux.org/show_bug.cgi?id=38049 P5 normal --- 1 vercha qa-team bychenkovps glinkinvd mcpain vt zerg qa-p10 oldest_to_newest 222338 0 vercha 2023-03-01 13:00:36 +0300 plasma5-workspace-5.26.5-alt3.x86_64 5.10.170-std-def-alt1 Стенд Lenovo IdeaPad 5 Pro 16ACH6) Проблема замечена некоторое время назад и воспроизводится (у меня) только на ядре std-def. 1) Войти в графическую сессию, открыть 2-3 приложения. 2) Выполнить Завершение работы -> Спящий режим. 3) Через 2-3 минуты пробудить систему. Результат: выполняется загрузка системы, новый вход в сессию не требуется. Видим рабочий стол с приложениями в "замороженном" состоянии (мышь, тачпад не реагируют), после этого компьютер снова переходит в спящий режим, из которого его пробудить уже не удается (только выключением и включением, с потерей данных). Ожидаемый результат: успешное пробуждение, приложжения открыты, данные не потеряны. Дополнительно: 1) Чтобы исключить проблему с wifi, сразу отмечу, что на моем ноутбуке wifi на std-def ядре не работает: https://bugzilla.altlinux.org/44933 Тесты проводились без подключения к сети. 2) Не воспроизвелось на un-def ядре. 3) Не воспроизводится для ждущего режима. 222339 1 vercha 2023-03-01 13:07:53 +0300 Похожее поведение замечено иногда и при закрытии крышки ноутбука (хотя у меня в настройках выставлен Ждущий режим при закрытии крышки). Сценарий: беру ноутбук, закрываю крышку, иду на кухню, открываю крышку: ноутбук не пробуждается. 222342 2 vercha 2023-03-01 13:31:03 +0300 Воспроизвелось по шагам 1-3 для plasma5-workspace-5.26.5-alt8.x86_64 222353 3 zerg 2023-03-01 14:16:42 +0300 (Ответ для Vera Blagoveschenskaya на комментарий #0) > воспроизводится (у меня) только на ядре std-def. 222364 4 glinkinvd 2023-03-01 15:35:52 +0300 Также воспроизвелось на стенде ASUS EXPERTBOOK L1500CDAY На kernel-image-un-def-5.15.96-alt1.x86_64 так же воспроизвелось. Вместо выхода из спящего режима, происходит "обычный" запуск системы: вместо ранее открытых приложений, открывается меню входа в систему SDDM. Версия пакета: plasma5-workspace-5.26.5-alt8.x86_64 Прикладываю $ inxi -F 222365 5 12657 glinkinvd 2023-03-01 15:36:31 +0300 Created attachment 12657 inxi -F 222368 6 vt 2023-03-01 16:13:04 +0300 1. На каком последнем std-def/p10 ядре проблема отсутствовала, а потом возникла? 2. Воспроизводится ли проблема в других средах рабочего стола с теми же ядрами где на KDE Plasma 5 проблема есть? 222371 7 vercha 2023-03-01 16:18:51 +0300 (Ответ для Vitaly Chikunov на комментарий #6) > 1. На каком последнем std-def/p10 ядре проблема отсутствовала, а потом > возникла? Затрудняюсь ответить. Ноутбук, на котором обнаружена проблема, у меня около месяца. Проблема замечена около недели назад только потому, что я стала использовать спящий режим. > 2. Воспроизводится ли проблема в других средах рабочего стола с теми же > ядрами где на KDE Plasma 5 проблема есть? Вот тут был один пользователь со стартеркитом (xfce) https://bugzilla.altlinux.org/45066 с похожей проблемой. 298394 8 vercha 2026-09-14 11:11:53 +0300 Результат проверки актуальности Состояние: Отчёт относится к Plasma 5.26 и ядрам 5.10/5.15. В Sisyphus используются Plasma Workspace 6.7 и ядра 6.12/6.18. Явного исправления аппаратно-зависимого сбоя suspend/resume в changelog не найдено. Рекомендация: выполнить ретест suspend/resume на актуальном Sisyphus на указанном или близком оборудовании. 299535 9 rider 2026-09-18 06:56:51 +0300 Ретест на десктопе AMD (Gigabyte B650 GAMING X AX, Ryzen 7000, Radeon RX 7600 + встроенная Raphael, обе на amdgpu), Sisyphus x86_64 на 17.09.2026, ядро 6.12.110-6.12-alt1, plasma-workspace 6.7.5-alt1. Сразу оговорюсь: это десктоп, поэтому сценарий с закрытой крышкой и всё, что связано с крышкой и питанием от батареи, здесь непроверяемо. Проверял только засыпание и пробуждение как таковые. Три цикла подряд в одной загрузке (два в сеансе MATE, один в сеансе Plasma 6 X11), пробуждение нажатием клавиши: # cat /sys/power/mem_sleep s2idle [deep] # systemctl suspend # dmesg | grep -E 'ACPI: PM: (Preparing|Waking)|PM: suspend exit' [ 588.888983] ACPI: PM: Preparing to enter system sleep state S3 [ 589.386462] ACPI: PM: Waking up from system sleep state S3 [ 591.164906] PM: suspend exit [ 963.308720] ACPI: PM: Preparing to enter system sleep state S3 [ 965.321742] ACPI: PM: Waking up from system sleep state S3 [ 967.076677] PM: suspend exit [ 1293.749541] ACPI: PM: Preparing to enter system sleep state S3 [ 1294.244392] ACPI: PM: Waking up from system sleep state S3 [ 1296.008252] PM: suspend exit # dmesg | grep -icE 'ring.*timeout|GPU reset|drm.*ERROR' 0 # pgrep -c plasmashell ; pgrep -c kwin_x11 1 1 Машина каждый раз возвращалась в тот же сеанс: повторного входа не требовалось, самопроизвольного ухода в сон не было, ошибок amdgpu после пробуждения в журнале нет. Потери данных, о которой идёт речь в отчёте, тоже не было. То есть на актуальном ядре и Plasma 6 на десктопном AMD проблема не воспроизводится. Отчёт же относится к ноутбукам на ядрах 5.10 и 5.15, где сценарий завязан на крышку и работу от батареи, а такого железа у меня нет. Не закрываю. Просьба к репортёрам: проверьте, пожалуйста, на своих ноутбуках на актуальном Sisyphus — если проблема ушла и там, баг можно закрывать как WORKSFORME. Если воспроизводится, приложите `journalctl -b -1 -k | grep -iE 'PM:|amdgpu'` за неудачное пробуждение и вывод `cat /sys/power/mem_sleep`. 12657 2023-03-01 15:36:31 +0300 2023-03-01 15:36:31 +0300 inxi -F inxi -F text/plain 2642 glinkinvd U3lzdGVtOiAgICBLZXJuZWw6IGtlcm5lbC1pbWFnZS11bi1kZWYtNS4xNS45Ni1hbHQxLng4Nl82 NCB4ODZfNjQgYml0czogNjQgRGVza3RvcDogS0RFIFBsYXNtYSA1LjI2LjUKTWFjaGluZTogICBU eXBlOiBMYXB0b3AgU3lzdGVtOiBBU1VTVGVLIHByb2R1Y3Q6IEFTVVMgRVhQRVJUQk9PSyBMMTUw MENEQVlfTDE1MDBDREEgdjogMS4wIHNlcmlhbDogPHN1cGVydXNlciByZXF1aXJlZD4KICAgICAg ICAgICBNb2JvOiBBU1VTVGVLIG1vZGVsOiBMMTUwMENEQVkgdjogMS4wIHNlcmlhbDogPHN1cGVy dXNlciByZXF1aXJlZD4gVUVGSTogQW1lcmljYW4gTWVnYXRyZW5kcyBMTEMuIHY6IEwxNTAwQ0RB WS4zMDAKICAgICAgICAgICBkYXRlOiAwNy8wMS8yMDIxCkJhdHRlcnk6ICAgSUQtMTogQkFUMCBj aGFyZ2U6IDM4LjMgV2ggKDEwMC4wJSkgY29uZGl0aW9uOiAzOC4zLzQyLjEgV2ggKDkwLjklKSB2 b2x0czogMTEuOCBtaW46IDExLjgKQ1BVOiAgICAgICBJbmZvOiBEdWFsIENvcmUgbW9kZWw6IEFN RCBSeXplbiAzIDMyNTBVIHdpdGggUmFkZW9uIEdyYXBoaWNzIGJpdHM6IDY0IHR5cGU6IE1UIE1D UCBjYWNoZTogTDI6IDEwMjQgS2lCCiAgICAgICAgICAgU3BlZWQ6IDEyNjQgTUh6IG1pbi9tYXg6 IDE0MDAvMjYwMCBNSHogQ29yZSBzcGVlZHMgKE1Ieik6IDE6IDEyNjQgMjogMTI1OCAzOiAxMzgy IDQ6IDEzOTYKR3JhcGhpY3M6ICBEZXZpY2UtMTogQU1EIFBpY2Fzc28vUmF2ZW4gMiBbUmFkZW9u IFZlZ2EgU2VyaWVzIC8gUmFkZW9uIFZlZ2EgTW9iaWxlIFNlcmllc10gZHJpdmVyOiBhbWRncHUg djoga2VybmVsCiAgICAgICAgICAgRGV2aWNlLTI6IFNvbml4IFVTQjIuMCBIRCBVVkMgV2ViQ2Ft IHR5cGU6IFVTQiBkcml2ZXI6IHV2Y3ZpZGVvCiAgICAgICAgICAgRGlzcGxheTogeDExIHNlcnZl cjogWC5PcmcgMS4yMC4xNCBkcml2ZXI6IGxvYWRlZDogYXRpLG1vZGVzZXR0aW5nIHVubG9hZGVk OiBhbWRncHUsZmJkZXYsdmVzYQogICAgICAgICAgIHJlc29sdXRpb246IDE5MjB4MTA4MH42MEh6 CiAgICAgICAgICAgT3BlbkdMOiByZW5kZXJlcjogbGx2bXBpcGUgKExMVk0gMTEuMC4xIDI1NiBi aXRzKSB2OiA0LjUgTWVzYSAyMi4zLjEKQXVkaW86ICAgICBEZXZpY2UtMTogQWR2YW5jZWQgTWlj cm8gRGV2aWNlcyBbQU1EL0FUSV0gUmF2ZW4vUmF2ZW4yL0ZlbmdodWFuZyBIRE1JL0RQIEF1ZGlv IGRyaXZlcjogc25kX2hkYV9pbnRlbAogICAgICAgICAgIERldmljZS0yOiBBZHZhbmNlZCBNaWNy byBEZXZpY2VzIFtBTURdIEFDUC9BQ1AzWC9BQ1A2eCBBdWRpbyBDb3Byb2Nlc3NvciBkcml2ZXI6 IE4vQQogICAgICAgICAgIERldmljZS0zOiBBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdIEZh bWlseSAxN2gvMTloIEhEIEF1ZGlvIGRyaXZlcjogc25kX2hkYV9pbnRlbAogICAgICAgICAgIFNv dW5kIFNlcnZlci0xOiBBTFNBIHY6IGs1LjEwLjE3MC1zdGQtZGVmLWFsdDEgcnVubmluZzogeWVz CiAgICAgICAgICAgU291bmQgU2VydmVyLTI6IFB1bHNlQXVkaW8gdjogMTQuMiBydW5uaW5nOiB5 ZXMKTmV0d29yazogICBEZXZpY2UtMTogUXVhbGNvbW0gQXRoZXJvcyBRQ0E5Mzc3IDgwMi4xMWFj IFdpcmVsZXNzIE5ldHdvcmsgQWRhcHRlciBkcml2ZXI6IGF0aDEwa19wY2kKICAgICAgICAgICBJ Rjogd2xhbjAgc3RhdGU6IHVwIG1hYzogMzQ6NmY6MjQ6NmI6MWY6OWQKICAgICAgICAgICBEZXZp Y2UtMjogUmVhbHRlayBSVEw4MTExLzgxNjgvODQxMSBQQ0kgRXhwcmVzcyBHaWdhYml0IEV0aGVy bmV0IGRyaXZlcjogcjgxNjkKICAgICAgICAgICBJRjogZXRoMCBzdGF0ZTogdXAgc3BlZWQ6IDEw MDAgTWJwcyBkdXBsZXg6IGZ1bGwgbWFjOiAwNDo0MjoxYTpiMTozNjowNwpCbHVldG9vdGg6IERl dmljZS0xOiBJTUMgTmV0d29ya3MgdHlwZTogVVNCIGRyaXZlcjogYnR1c2IKICAgICAgICAgICBS ZXBvcnQ6IGhjaWNvbmZpZyBJRDogaGNpMCByZmstaWQ6IDYgc3RhdGU6IGRvd24gYnQtc2Vydmlj ZTogZW5hYmxlZCxydW5uaW5nIHJmay1ibG9jazogaGFyZHdhcmU6IG5vIHNvZnR3YXJlOiBubwog ICAgICAgICAgIGFkZHJlc3M6IDM0OjZGOjI0OjZCOjFGOjlDCkRyaXZlczogICAgTG9jYWwgU3Rv cmFnZTogdG90YWw6IDQ3Ni45NCBHaUIgdXNlZDogMTk3Ljg4IEdpQiAoNDEuNSUpCiAgICAgICAg ICAgSUQtMTogL2Rldi9udm1lMG4xIHZlbmRvcjogTWljcm9uIG1vZGVsOiAyMjEwIE1URkRIQkE1 MTJRRkQgc2l6ZTogNDc2Ljk0IEdpQgpQYXJ0aXRpb246IElELTE6IC8gc2l6ZTogNDYyLjE0IEdp QiB1c2VkOiAxOTcuODMgR2lCICg0Mi44JSkgZnM6IGV4dDQgZGV2OiAvZGV2L2RtLTEKU3dhcDog ICAgICBJRC0xOiBzd2FwLTEgdHlwZTogcGFydGl0aW9uIHNpemU6IDYuMDYgR2lCIHVzZWQ6IDU3 LjUgTWlCICgwLjklKSBkZXY6IC9kZXYvZG0tMApTZW5zb3JzOiAgIFN5c3RlbSBUZW1wZXJhdHVy ZXM6IGNwdTogNDguNCBDIG1vYm86IDAgQyBncHU6IGFtZGdwdSB0ZW1wOiA0OC4wIEMKICAgICAg ICAgICBGYW4gU3BlZWRzIChSUE0pOiBjcHU6IDI0MDAKSW5mbzogICAgICBQcm9jZXNzZXM6IDMy NCBVcHRpbWU6IDhtIE1lbW9yeTogNS44IEdpQiB1c2VkOiAyLjEzIEdpQiAoMzYuNyUpIFNoZWxs OiBCYXNoIGlueGk6IDMuMy4wNAo=