Как я могу закрыть терминал, не убивая его потомков (без запуска `screen` в первую очередь)?

иногда я запускаю приложение в gnome-терминале, но потом мне внезапно приходится перезапускать gnome или что-то в этом роде. Я думаю, что ответ на вопрос также полезен, тогда я хочу отключиться от SSH, где что-то происходит.

Терминальное дерево гнома выглядит так:

gnome-terminal
    bash
        some-boring-process

Могу ли я «отсоединиться» bashот gnome-terminal(или отсоединиться some-boring-processот bash и перенаправить его вывод куда-нибудь)? Если я просто убью gnome-terminal, bashбудут убиты все его подпроцессы

Если some-boring-processв вашей текущей сессии bash запущено:

1. остановить его, ctrl-zчтобы дать вам приглашение bash
2. положить его в фоновом режиме с bg
3. запишите номер задания или воспользуйтесь jobsкомандой
4. отсоедините процесс от этого сеанса bash с помощью disown -h %1(замените фактический номер задания там).

Это ничего не делает для перенаправления вывода - вы должны думать об этом, когда запускаете скучный процесс. [Редактировать] Кажется, есть способ перенаправить его https://gist.github.com/782263

А если серьезно, посмотрите на экран. У меня есть оболочки на удаленном сервере, которые работают уже несколько месяцев.

Именно для этого были созданы screen и tmux . Вы запускаете оболочку внутри сеанса screen / tmux и можете отключить / повторно подключиться по желанию. Вы также можете иметь несколько сессий оболочки, работающих внутри одного gnome-терминала.

screen,, tmuxили dtach(возможно, с dvtm) все отлично подходит для этого, но если это то, что вы не думаете использовать один из них, вы можете использовать nohup.

Если вы хотите продолжать взаимодействовать с дочерним процессом, а не просто создавать фон и продолжать его работу, на самом деле существует программа с именем retty, которая является проверкой концепции для «кражи» процесса из его текущего tty и повторного подключения к нему. текущий.

Однако он делает некоторые ужасные вещи, в том числе помещает некоторый ассемблерный код в стек повторно присоединенного приложения. И этот код не был обновлен для x86_64.

Есть другая программа, которая использует, возможно, лучший подход, замораживая процесс в пользовательском пространстве в файл, из которого он может быть впоследствии восстановлен (возможно, на другом tty). Это cryopid , и этот проект, похоже, также остановился в фаза проверки концепции, и она не работает с современным Linux, поскольку код стоит. Ах хорошо.

Просто подумал, что это должно быть здесь для полноты. Если вы не против прибегнуть к ужасному вуду, это вполне возможно - по крайней мере, теоретически.

Если я nohupзапускаю что- то, что хочу завершить, несмотря ни на что (кроме перезагрузки системы), я использую и запускаю это в фоновом режиме. В отличие от экрана и тому подобного, вы не можете присоединиться к процессам. Тем не менее, исключая перенаправление в любом другом месте, можно найти в nohup.out.

Я использую, screenкогда хочу иметь возможность переключать терминалы для процесса. Например, запуск процесса из дома / работы и переход к другому. Как и любой другой вывод сеанса терминала, в конечном итоге будет прокручиваться верхняя часть буфера.

РЕДАКТИРОВАТЬ: Если вы уже запустили процесс, вы можете disownзапретить HUPотправку сигнала при его закрытии.

Вы можете заставить процесс (PID) не получать сигнал HUP, когда терминальная сессия закончена. Используйте следующую команду:

nohup -p PID

Этот скрипт отсоединяет дочерний процесс от родительского и назначает его процессу init :

toDetach=$1

./$toDetach & # Runs the process - script on background

disown -h %$(jobs -l | grep $(ps -A | grep $toDetach | cut --delimiter=' ' -f1) | cut --delimiter=' ' -f1 | tr -d '[]+') # and then disowns it from parents process