Як я можу закрити термінал, не вбиваючи його дітей (не запускаючи `екран 'спочатку)?

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

Кінцеве дерево Gnome виглядає так:

gnome-terminal
    bash
        some-boring-process

Чи можу я «відірватися» bashвід gnome-terminal(або відірватися some-boring-processвід bash і перенаправити його вихід кудись)? Якщо я просто вб'ю gnome-terminal, bashбуде вбито за всіма його підпроцесами

Якщо some-boring-processпрацює у вашому поточному сеансі bash:

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

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

Але серйозно, загляньте в екран. У мене є оболонки на віддаленому сервері, які працюють місяцями.

Саме для цього створено екран та tmux . Ви запускаєте оболонку всередині сеансу екран / tmux, і ви можете відключити / підключити знову за бажанням. Ви також можете мати кілька сеансів оболонки, що працюють в одному gnome-терміналі.

screen, tmuxабо dtach(можливо, з dvtm) все для цього чудово, але якщо це щось, де ви не думали використовувати один із них, можливо, ви зможете скористатися nohup.

Якщо ви хочете продовжувати взаємодіяти з дочірнім процесом, а не просто фонувати його і продовжувати його, насправді існує програма, яка називається retty яка є доказом концепції "викрадення" процесу з його поточного tty і повторного приєднання до нього поточний.

Однак це робить деякі жахливі речі, включаючи наклеювання деякого асемблерного коду на стек повторно доданої програми. І цей код не було оновлено для x86_64.

Є ще одна програма, яка використовує, можливо, кращий підхід, заморожуючи процес у користувальницькому просторі до файлу, з якого він згодом може бути відновлений (можливо, на іншій tty.) Це cryopid , і цей проект теж, здається, зупинився в фаза підтвердження концепції, і не працює з сучасним Linux, як код стоїть. Ну добре.

Просто подумав, що це повинно бути тут для повноти. Якщо ви не проти вдатися до жахливого вуду, це в межах можливості - принаймні, теоретичної можливості.

Якщо я запускаю щось, що я хочу закінчити, незважаючи ні на що (не маючи перезавантаження системи), я використовую nohupі запускаю це у фоновому режимі. На відміну від екрана тощо, ви не можете повторно приєднатись до процесів. Однак перенаправлення баррінгу в іншому місці будь-якого результату можна знайти nohup.out.

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

EDIT: Якщо ви вже запустили процес, ви можете 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