36633 2019-04-19 23:56:53 +0300 Закрывается screen при обрыве SSH сессии 2026-03-16 10:13:15 +0300 1 1 4 Development Sisyphus systemd unstable all Linux CLOSED NOTABUG P3 normal --- 1 slava shaba arseny at glebfm ldv rider shaba zvn qa-sisyphus oldest_to_newest 181033 0 slava 2019-04-19 23:56:53 +0300 1) Заходим по ssh (по ключу) на удаленную машину 2) screen mc Запускаем долгий процесс 3) связь рвется, ssh сессия разорвана 4) Заходим туда же снова 5) screen -r There is no screen to be resumed. @$%!!! Итоги работы компьютера за последние часы пропали. Это теперь так и будет? 181038 1 rider 2019-04-20 09:19:25 +0300 Это фича systemd, отключается настройкой. 181041 2 slava 2019-04-20 10:00:27 +0300 Подскажите, пожалуйста, как найти эту настройку. В сети море неверных решений проблемы с nohup, disown и т.д. Помогло systemd-run --scope --user screen mc но хочется стандартного поведения и не заучивать длинные лишние команды... 181042 3 rider 2019-04-20 10:44:12 +0300 KillUserProcesses=no 181046 4 shaba 2019-04-20 13:54:34 +0300 Установите пакет systemd-settings-disable-kill-user-processes, это самый простой способ. 283933 5 zvn 2026-03-16 09:31:38 +0300 действительно, NOTABUG Но чаще всего при коротких процессах результат работы screen отслеживают и ssh-подключение к серверу не закрывают. А вот если что-то длительное запускают и, отключившись по Ctrl+A+D еще и отключаются от ssh-сессии, а потом обнаруживают, что ни процесса, ни screen нет, то это _очень_ неприятно, портит репутацию особенно _серверным_ дистрибутивам. 283940 6 arseny 2026-03-16 09:55:34 +0300 (In reply to zvn from comment #5) > действительно, NOTABUG > > А вот если что-то длительное запускают и, отключившись по Ctrl+A+D еще и > отключаются от ssh-сессии, а потом обнаруживают, что ни процесса, ни screen > нет, то это _очень_ неприятно, Да. > портит репутацию особенно _серверным_ > дистрибутивам. Тогда надо завести другую багу на _серверный дистрибутив_, наверное, и в ней ставить вопрос о другом дефолте. А в сизифе пакет как пакет. В пространстве решений есть несколько точек. Кому-то удобно настроить KillUserProcesses=no. Кто-то предпочтёт включить linger одному усеру. Иные готовы засунуть screen-сеансы в юниты, которые умирать не будут. Но, конечно, лучше, чтобы такой механизм был уже реализован и приезжал в пакете screen (точно не в пакете systemd). 283945 7 zvn 2026-03-16 10:13:15 +0300 речь шла не только о серверных дистрибутивах. Например, https://www.altlinux.org/Обновление_ОС содержит рекомендацию использовать screen и, вообще говоря, даже при домашнем использовании можно на это наткнуться и это тоже портит репутацию, уже совсем не серверным дистрибутивам. смотрел в других дострибутивах loginctl show-session $XDG_SESSION_ID | grep KillUserProcesses как-то совсем не yes.