ROSA Forum

Всем доброго времени суток.
Стакнулся с такой проблемой на R13 с Плазмой: при взаимовоздействии браузера с системой через plasma-browser-integration, потом происходит долгий процесс выключения системы, висит:
"a stop job is running for user manager for "uid 500" (1min 49s)".

Проблема исчезает, если или не запускать браузер во время сеанса, или если удалить пакет "plasma6-browser-integration", или если отключить расширение "plasma integration" в самом браузере.

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

Вы можете уменьшить время на ожидание, изменив настройки в файлах /etc/systemd/system.conf и /etc/systemd/user.conf по умолчанию стоит 150с, сделайте 5 или 10с.

Alexander писал(а): 21 мар 2025, 17:22 Вы можете уменьшить время на ожидание, изменив настройки в файлах /etc/systemd/system.conf и /etc/systemd/user.conf

Код: Выделить всё

DefaultTimeoutStopSec=10s

по умолчанию стоит 150с, сделайте 5 или 10с.

А нет способа сделать так, чтобы сам процесс связанный с интеграцией браузера нормально выключался? Ведь на прочих дистрибутивах такого не было (даже на прошлой версии Росы). А тут или с плазмой что-то не то, или с данным пакетом.

KonstantinPGL писал(а): 21 мар 2025, 16:32 Стакнулся с такой проблемой на R13 с Плазмой: при взаимовоздействии браузера с системой через plasma-browser-integration

Сложно что-то даже подумать.
Не нашёл приложения с названием «Браузер».

KonstantinPGL писал(а): 21 мар 2025, 21:06

Alexander писал(а): 21 мар 2025, 17:22 Вы можете уменьшить время на ожидание, изменив настройки в файлах /etc/systemd/system.conf и /etc/systemd/user.conf

Код: Выделить всё

DefaultTimeoutStopSec=10s

по умолчанию стоит 150с, сделайте 5 или 10с.

А нет способа сделать так, чтобы сам процесс связанный с интеграцией браузера нормально выключался? Ведь на прочих дистрибутивах такого не было (даже на прошлой версии Росы). А тут или с плазмой что-то не то, или с данным пакетом.

такая же беда
, в этих файлах стоит 15 сек но иногда ждемс по полторы минуты

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

Поставил в этих файлах по 5 секунд. Пока нормально срабатывает.

VictorR2007 писал(а): 22 мар 2025, 00:17

KonstantinPGL писал(а): Стакнулся с такой проблемой на R13 с Плазмой: при взаимовоздействии браузера с системой через plasma-browser-integration

Сложно что-то даже подумать.
Не нашёл приложения с названием «Браузер».

В систему ставится в зависимости от DE plasma5-browser-integration или plasma6-browser-integration, в браузер расширение Plasma Integration.
Нафига оно надо:

Управление воспроизведением аудио и видео, отображение состояния загрузок в области уведомлений, передача файлов на телефон с помощью KDE Connect, а также другие функции, доступные в окружении рабочего стола KDE Plasma.

va9(2) писал(а): 22 мар 2025, 10:10 Нафига оно надо:

У меня на firefox выдает в системном лотке сообщения с сайтов,
в которых включены уведомления.
Хотя может и не через него.
Нужно попробовать отключить.
Но на мой взгляд, нужность в browser-integration сомнительная.
Относительно его работы в chromium-browser, то не знаю, работает ли он.
Как и в yandex-browser.
У себя его никогда не устанавливал обычно, а если и установлен иногда,
то в браузере не включен.
Сейчас проверил, и оказалось что не мешает совсем.

va9(2) писал(а): 22 мар 2025, 10:10 В систему ставится в зависимости от DE plasma5-browser-integration или plasma6-browser-integration, в браузер расширение Plasma Integration.

Но там написано: Для работы этого расширения должен быть установлен пакет «plasma-browser-integration», который доступен в системе управления пакетами вашего дистрибутива начиная с Plasma 5.13. В репо наших такого и близко нет.

VictorR2007 писал(а): 22 мар 2025, 00:17 Не нашёл приложения с названием «Браузер».

Когда это писал, имел ввиду, что жалоба поступила на абстрактный «Браузер».
Но такого нет. Есть firefox, chromium-browser или там yandex-browser.
Наверное проблема в каком-то конкретном приложении, которое висит в процессах,
и не даёт завершить сеанс.
Такое бывает при незакрытом vbox или иногда в других случаях.
Например когда остаются не отклюненные ресурсы с nfs или smb,
когда запустил выключение компа, не отключив в Smb4K подключенные ресурсы.

Barmalei писал(а): 22 мар 2025, 10:39 Но там написано: Для работы этого расширения должен быть установлен пакет «plasma-browser-integration», который доступен в системе управления пакетами вашего дистрибутива начиная с Plasma 5.13. В репо наших такого и близко нет.

Ну нас же не одна версия плазмы.
Их две, на kf5 и kf6.
Поэтому и пакет plasma-browser-integration собран двух разных версий, для kf5 и kf6.
plasma5-browser-integration и plasma6-browser-integration.

VictorR2007 писал(а): 22 мар 2025, 10:42 Ну нас же не одна версия плазмы.
Их две, на kf5 и kf6.
Поэтому и пакет plasma-browser-integration собран двух разных версий, для kf5 и kf6.
plasma5-browser-integration и plasma6-browser-integration.

Я вчера и сегодня утром пробовал искать по слову browser-integration, ничего не показывало. Только сейчас после третьей попытки выкинуло.

VictorR2007 писал(а): 22 мар 2025, 00:17

KonstantinPGL писал(а): 21 мар 2025, 16:32 Стакнулся с такой проблемой на R13 с Плазмой: при взаимовоздействии браузера с системой через plasma-browser-integration

Сложно что-то даже подумать.
Не нашёл приложения с названием «Браузер».

Тестировал На Яндекс браузере, причем на версии для организаций из репозитория, и более свежей обычной версии с сайта - везде была эта проблема. Поэтому думал дело не в яндекс браузере, ведь несколько дней назад, на R12.5 (с этой же версией браузера), такой проблемы не было. Появилась при переходе на R13.

Но сейчас поставил несколько других браузеров и в них такой проблемы нет. В Фаерфокс данное расширение вообще не захотело подключаться (версия расширения у них всё ещё 1.9.1, а в магазине расширений хрома - 2.0).
В браузерах Хромиум и Опера расширение работает нормально и всё затем быстро выключается. Выходит, что проблема только у яндекса (на разных версиях). Но повторю, что на r12.5 с пятой плазмой, несколько дней назад такой проблемы не наблюдалось

kartavenko писал(а): 22 мар 2025, 09:35 Ну по полторы минуты, бывало ждали и в 12 росе. А вот здесь у меня при каждом выключении или перезагрузке так, причем видимо не от plasma-integration зависит. Пробовал менять рабочий стол, на другие окружения, все также.

Поставил в этих файлах по 5 секунд. Пока нормально срабатывает.

У меня R12 долгов включалась, если было не выключено что-то через PortProton

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

KonstantinPGL писал(а): 22 мар 2025, 11:31 Тестировал На Яндекс браузере

Может он у вас висит в фоне, поэтому и выгружается так долго при выключении.

VictorR2007 писал(а): 22 мар 2025, 11:44

KonstantinPGL писал(а): 22 мар 2025, 11:31 Тестировал На Яндекс браузере

Может он у вас висит в фоне, поэтому и выгружается так долго при выключении.

Нет, работу в фоне всегда отключаю первым делом. Пробовал даже её обратно в включать, но проблему это тоже не решало

Поставил в yandex-browser отсюда
https://chromewebstore.google.com/detai ... hkai?hl=ru)
При перезагрузке нет изменения в поведении.
Может у вас нужно почистить кеш в
~/.cache/

Вряд ли это вина plasma-browser-integration. Такое "a stop job is running for user manager for "uid 500" (1min 49s)" происходит и в GNOME, но иногда. Про это писали и в вк.
На 12-й "a stop job is running for user manager for "uid 500" (1min 49s)" было только после записи на флешку или удаления с неё файлов.

VictorR2007 писал(а): 22 мар 2025, 12:54 Поставил в yandex-browser отсюда
https://chromewebstore.google.com/detai ... hkai?hl=ru)
При перезагрузке нет изменения в поведении.
Может у вас нужно почистить кеш в
~/.cache/

Если вы про папки Яндекс браузера в .cache и .config в домашнем каталоге, то удалял их уже - не помогало.
В корне не трогал ничего

Вот тут рекомендуют снижать время
https://community.kde.org/Distributions ... figuration

By default, stuck processes on logout are allowed to live to 120 seconds before being killed by systemd. This timeout is quite long, and in practice, 3-5 seconds is always long enough for processes to terminate normally; anything that takes longer is stuck and will need to be killed anyway, so you might as well do it sooner rather than later to avoid torturing users with long logout/shutdown/restart times.

So consider reducing the timeout to 5 seconds or less.