Уголок новичка
   853

[решено] xfce потеря отклика панели и окон после раскрытия firefox на весь экран

вчера ВПЕРВЫЕ словил глюк на крысе. открыты были только телега и огнелис, у огнелиса открыты 4 вкладки, одна из них гугл карты. их я развернул на весь экран (т.е. вообще на весь!!!) спустя некоторое время менеджер питания отключил экран и для входа появилась стандартная заставка LightDM. введя пароль получил абсолютно нулевую реакцию окон и панели. перезагрузка не помогла. баг пропал только после изменения свойств панели с горизнтальной на вертикальную и обратно. глюк на моем ноуте воспроизводится, т.е. устойчив. крысоводы, попробуте повторить опыт, отпишитесь. хочу понять — это особенности моей конфигурации или таки баг крысы.
?
Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu

7 комментариев

avatar
Повторить не получилось. disk.yandex.ru/i/aVD0XM0AkOJ5Fg
Последний раз редактировалось
0
avatar
благодарю, но вы не дождались автоматического отключения экрана и запроса пароля на заставке LightDM
?
Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu
0
avatar
Повторил все вышеуказанное, дождался отключения экрана при бездействии, кликнул мышом, появилась заставка с мольбой ввести пароль. Ввел и вот пишу ответ.
+1
avatar
Да, забыл сказать у меня десткоп и настройки менеджера питания не дефолтные. Может в этом проблема.
0
avatar
Аналогично, не воспроизводится.
После разблокировки переключаюсь на другой workspace, все ОК. После выхода из лисьего фуллскрина на текущем десктопе также УМВР.
Testing, все обновлено, блокировка осуществляется посредством дерганья light-locker-command --lock менеджером питания.
Последний раз редактировалось
+1
avatar
благодарю всех участников, значит я у себя что-то наху*вертил в системе, буду разбираться
Последний раз редактировалось
?
Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu
0
avatar
пока я ждал резюме сообщества о том, что проблема в моей конфигурации (о чем я подозревал на 90%, но очень хотел быть уверенным на все 100), я провел некоторые наблюдения. а именно: последил за расходом памяти (а ее у меня ну очень мало, всего 4G, память распаяна и не расширяется), и формированием свопа (он у меня на systemd-swap, там организовано чанковое расширение своп пространства + Zswap). наблюдения показали, что при работе в огнелисе с гуглокартами при полноэкранном разворачивании, происходит почти критическое заполнение памяти и разрастание свопа. параметр vm.swappiness у меня был установлен на 60, так как размер озу на моем пк небольшой). я очень надеялся на установленный в системе nohang, который должен был бы по идее прибить жрущий процесс, но так как потребление огнелисом не выходило за критические рамки, этого не происходило. в вашем гугле многие советовали изменить параметры nohang, но предупреждали о возможных последствиях. а так как я наблюдал околокритическое заполнение памяти при сборке некоторых пакетов из аур, то не стал менять установленные у nohang параметры по умолчанию.
первое, что я сделал это уменьшил параметр vm.swappiness до 10. однако, это стало приводить к образованию фризов системы при работе с тем же огнелисом. но да, повторяемость бага упала до 50%. но фризы, это тоже неприятно, последовательный подбор vm.swappiness привел меня к значению 40, фризы пропали, но вероятность эффекта бага увеличилась до 75%.
далее мои изыскания привели к ananicy. установка которых еще уменьшило вероятность появления бага.
и последним штрихом стала установка пакета uresourced и запуск соответсвующей службы(да, я прочитал предупреждение о нем на гите).
эффект бага описанный в моей публикации пропал. решено
зы. готов к критике и с удовольствием выслушаю ваше мнение и рекомендации
Последний раз редактировалось
?
Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu
+2
Автор топика запретил добавлять комментарии