Jak mogę zamknąć terminal bez zabijania jego dzieci (bez uprzedniego uruchomienia `screen`)?

czasami uruchamiam aplikację na terminalu gnome, ale potem nagle muszę ponownie uruchomić gnome lub coś w tym rodzaju. Wydaje mi się, że odpowiedź na pytanie jest również przydatna, więc chcę odłączyć się od SSH, w którym coś się dzieje.

Drzewo terminali Gnome wygląda następująco:

gnome-terminal
    bash
        some-boring-process

Nie mogę odłączyć " bashod gnome-terminal(lub odłączyć some-boring-processod bash i przekierowanie jej gdzieś wyjściowego)? Jeśli tylko zabiję gnome-terminal, zabiją mnie bashwszystkie podprocesy

Jeśli some-boring-processtrwa bieżąca sesja bash:

1. zatrzymaj to, ctrl-zaby dać ci monit bash
2. umieść to w tle za pomocą bg
3. zanotuj numer zadania lub użyj jobspolecenia
4. odłącz proces od tej sesji bash za pomocą disown -h %1(zamień tam rzeczywisty numer zadania).

To nie robi nic, aby przekierować wyjście - musisz o tym pomyśleć po uruchomieniu nudnego procesu. [Edytuj] Wydaje się, że istnieje sposób na przekierowanie go https://gist.github.com/782263

Ale poważnie, spójrz na ekran. Mam powłoki na zdalnym serwerze, które działają od miesięcy.

Właśnie do tego stworzono screen i tmux . Uruchamiasz powłokę w sesji screen / tmux i możesz dowolnie rozłączać / łączyć się ponownie. Możesz również mieć wiele sesji powłoki uruchomionych w jednym terminalu gnome.

screen, tmuxlub dtach(prawdopodobnie z dvtm) są do tego świetne, ale jeśli jest to coś, w którym nie pomyślałeś o użyciu jednego z nich, możesz być w stanie wykorzystać nohup.

Jeśli chcesz nadal wchodzić w interakcje z procesem potomnym, a nie tylko tworzyć jego tło i kontynuować, istnieje program o nazwie retty, który jest dowodem koncepcji „kradzieży” procesu z jego bieżącego tty i ponownego przyłączenia go do obecny.

Robi to jednak okropne rzeczy, w tym przyklejenie kodu asemblera do stosu ponownie dołączonej aplikacji. I ten kod nie został zaktualizowany dla x86_64.

Istnieje inny program, który może być lepszym rozwiązaniem, zamrażając proces w przestrzeni użytkownika do pliku, z którego można go później przywrócić (być może na innym tty). To jest kriopid , a ten projekt również wydaje się być zatrzymany w faza weryfikacji koncepcji i nie działa z nowoczesnym Linuksem w obecnym kodzie. Ach tak.

Pomyślałem, że to powinno być tutaj dla kompletności. Jeśli nie masz nic przeciwko uciekaniu się do okropnego voodoo, jest to możliwe - przynajmniej teoretyczna.

Jeśli odpalę coś, co chcę zakończyć bez względu na wszystko (poza ponownym uruchomieniem systemu), używam go nohupi uruchamiam w tle. W przeciwieństwie do ekranu i podobnych nie można ponownie podłączyć się do procesów. Jednak blokowanie przekierowania w innym miejscu można znaleźć w dowolnym pliku wyjściowym nohup.out.

Używam, screengdy chcę być w stanie przełączać terminale dla procesu. Takich jak rozpoczęcie procesu od domu / pracy i przejście do drugiego. Jak każda inna sesja wyjściowa, wynik ostatecznie przewinie górną część bufora.

EDYCJA: Jeśli proces został już uruchomiony, możesz disowngo zablokować, aby zapobiec HUPwysyłaniu sygnału po zamknięciu procesu.

Możesz sprawić, aby proces (PID) nie odbierał sygnału HUP po zakończeniu sesji terminala. Użyj następującego polecenia:

nohup -p PID

Ten skrypt odłącza proces potomny od rodzica i przypisuje go do procesu inicjowania :

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