Używam `&`: dlaczego proces nie działa w tle?

Wiem, że mogę dołączyć &do polecenia, aby uruchomić proces w tle.

Włączam SSH do skrzynki Ubuntu 12.04 i uruchamiam program python z $python program.py &- ale kiedy idę do zamykania okna terminala, pojawia się komunikat, że zamknięcie terminalu zabije uruchomiony proces.

Dlaczego to? Używam ampersand, aby uruchomić proces w tle. Jak mogę go uruchomić, niezależnie od tego, czy jestem zalogowany w SSH?

Po zamknięciu okna terminala emulator terminala wysyła SIGHUP do uruchomionego procesu, czyli powłoki. Twoja powłoka przekazuje następnie SIGHUP do wszystkiego, co działa. W systemie lokalnym jest to ssh. Następnie ssh przekazuje SIGHUP do uruchomionej powłoki, do zdalnej powłoki. Więc twoja zdalna powłoka wysyła następnie SIGHUP do wszystkich swoich procesów, twojego programu działającego w tle.

Są na to dwa sposoby.

1. Odłącz program działający w tle od powłoki.
   1. Użyj disownpolecenia po umieszczeniu procesu w tle. To sprawi, że powłoka o tym zapomni.
   2. Przedrostek polecenia za pomocą nohup( nohup $python program.py &). Osiąga to to samo, ale przy użyciu procesu pośredniego. Zasadniczo ignoruje sygnał SIGHUP, a następnie rozwidla i wykonuje program, który dziedziczy ustawienia, a następnie kończy działanie. Ponieważ się rozwidlił, uruchamiany program nie jest potomkiem powłoki, a powłoka o tym nie wie. I dopóki nie zainstaluje procedury obsługi sygnału dla SIGHUP, i tak zachowuje akcję ignorowania.
2. Użyj logoutzamiast zamykać okno terminala. Kiedy używasz logout, nie jest to SIGHUP, więc powłoka nie wyśle ​​SIGHUP do żadnego z jego dzieci.

Dodatkowo musisz upewnić się, że twój program nie pisze do terminala przez STDOUT lub STDERR, ponieważ oba z nich nie będą istnieć po wyjściu terminala. Jeśli nie przekierujesz ich do czegoś podobnego /dev/null, program nadal będzie działał, ale jeśli spróbuje do nich napisać, dostanie SIGPIPE, a domyślnym działaniem SIGPIPE jest zabicie procesu).

Proces działa w tle w terminalu, ale dane wyjściowe z stdout(i stderr) są nadal wysyłane do terminala. Aby temu zapobiec, dodaj > /dev/null 2>&1przed, &aby przekierować oba wyjścia do /dev/null- dodanie disownrównież upewnia się, że proces nie zostanie zabity po zamknięciu terminala:

COMMAND > /dev/null 2>&1 & disown

W twoim przypadku byłoby to:

python program.py > /dev/null 2>&1 & disown

Te &polecenia operatora oddziela się równolegle, jak ;polecenia oddziela uruchomić szeregowo. Oba rodzaje poleceń będą nadal działać jako proces potomny procesu powłoki .

Tak więc, kiedy zamkniesz powłokę, która zapoczątkowała te dzieci, one również zostaną zamknięte.

Wydaje się, że chcesz procesu demona , który jest znacznie trudniejszy, ponieważ musi całkowicie oddzielić się od procesu nadrzędnego. Powłoka zwykle nie ma na to prostego sposobu.

Po wylogowaniu procesy w tle związane z sesją logowania są zwykle zabijane. Jeśli chcesz, aby były odłączone od sesji, uruchom je za pomocą nohup.

nohup python program.py &

Po poleceniu kończącym się na ampersand ( &) w wierszu polecenia uruchom polecenie bg:

bash> python program.py &  
bash> bg  

Spowoduje to umieszczenie polecenia „&” w tle

bash> jobs  

Spowoduje to wyświetlenie zadań uruchomionych w tle

bash> fg 1   

Spowoduje to przeniesienie zadania nr 1 na pierwszy plan

Innym sposobem (aby się wylogować)

bash> at now  
bash> /full/path/python /full/path/program.py  
bash> ^d   `(# That is, Control-D, to run the command, Control-C to cancel)`  

atPolecenie może zawierać wiele wierszy , zanim ^ d (Control-D)
patrz man at.