linux jobs при отключении от ssh

nohup?

& ?

Ну либо в тмуксе стартуй.

Это все понятно, а если команда уже запущена?

запускать через ssh screen или tmux. Если их функционал избыточен и нужна только функция подключения или отключения от сессии без её закрытия - dtach.

А если уже запущена, то никак, наверное. Надо было изначально пускать «в фоне».

Я запустил команду, жму ctrl-z, прлоцесс переходит в вон, но после разлогина он завершается

4.2 же. А ещё мудератор.

Ну вот после того как завершился - можешь рестартовать в screen/tmux.

4.2 же. А ещё мудератор.

Будешь отрицать, что амперсанд запускает команду, отвязанную от терминала?

Вопрос-то не про терминал, а про сессию ssh.

Ну вот после того как завершился - можешь рестартовать в screen/tmux

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

Ну тут я мог ошибиться, да. Мне казалось, что амперсанд и там работает так же.

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

ЕМНИП уже запущенную команду от терминала отцепить не получится без менеджера сеансов этого самого терминала.

Эмм, врили? Я запускаю программы с & и закрываю ssh сеанс, они там таки остаются работать.

ненадолго

Я запускаю программы с &

А он запустил без &. И спрашивает, можно ли теперь её от терминала отцепить без её завершения. Суть в этом, есть такой способ, или нет.

Нет, он говорит, что запустил, разлогинился, завершил и теперь запустил ещё раз. Упорный.

Короче разобрался сам, нужная команда disown

Я буду отрицать. Амперсанд означает только то, что шелл не будет ждать её завершения, на привязки к терминалу (их целых три разных: управляющий терминал, stdin и stdout/stderr) он никак не влияет. Если выход из баша был через ctrl+d или exit - баш как-то отсоединит процесс от упр. терминала (а вот если был просто разрыв соединения то уже не факт), но не от stdin/out/err. Если же процесс захочет что-то написать в stdout/stderr то broken pipe и вылет, и с этим задним числом ничего вообще не поделать (ну кроме влезания в процесс отладчиком и перенаправления ему fd1/fd2), а заранее надо >> logfile 2>&1. stdin обычно опасен наоборот пока соединение есть - фоновый процесс, пытающийся прочесть что-то из своего терминала, отправляется в suspend (с соотв. логом в тот терминал).

Запуск с `&` и Ctrl+Z + `bg` это одно и то же.

Хорошо, был неправ. Спасибо, что пояснил.

Буду. Аргументированно, с контрпримером: echo очевидно, привязанную&.

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

Да я уже понял, что ошибся.

Если баш, то попробуй:

$ your-command & disown

Или:

$ your-command
^Z
$ bg
$ disown

Но если твоя команда пользует stdin/stdout/sdterr, то не поможет.

Но если твоя команда пользует stdin/stdout/sdterr, то не поможет.

Да я понял. Видимо тут только исходники баша править, либо какой-то другой шелл использовать.

disown
nohup

Хотя гугл говорит, что можно использовать reptyr