Jak spustit příkazy na pozadí? (nohup, disown, screen)

24. 9. 2010 | Petr Bravenec | Návody | 35587×

Jak spustit programy v příkazové řádce na pozadí? Tento článek představí čtyři možnosti. Jsou to: úlohy shellu, nohup, disown a screen.

Obsah

• Úlohy v shellu
• nohup
• disown
• screen

Úlohy v shellu

Nejjednodušší způsob, jak spustit z povelové řádky úlohu na pozadí, je využití úloh (jobs) v shellu. I když úlohy na pozadí podporují i jiné shelly, zde si popíšeme pouze nejpoužívanější linuxový shell – bash.

Úlohu odešleme na pozadí kombinací kláves CTRL-Z. Úloha odeslaná na pozadí tímto způsobem je pozastavená, takže chceme-li ji pustit, musíme použít příkaz bg.

$ sleep 100
^Z
[1]+  Pozastaven              sleep 100
$ bg
[1]+ sleep 100 &
$ 
[1]+  Dokonán                sleep 100

Mimo příkaz bg, kterým spustíme úlohu pozastavenou na pozadí, můžeme svůj spuštěný program příkazem fg z pozadí vylovit a poslat opět na povelovou řádku, do popředí:

$ sleep 100
^Z
$ fg
sleep 100
$

Úlohu lze odeslat na pozadí i přímo, bez nutnosti mačkat kombinaci CTRL-Z, uvedením znaku & (ampersand) na konci řádku s příkazem. S takto spuštěnou úlohou lze pracovat pomocí příkazů fg, bg a CTRL-Z, jak jsme si popsali v odstavcích výše:

$ sleep 100
[1] 26579
$ fg
sleep 100
^Z
[1]+  Pozastaven              sleep 100
$ bg
[1]+ sleep 100 &
$ 
[1]+  Dokonán                sleep 100

Úloh lze na pozadí spustit libovolné množství. Protože už dvě úlohy jsou dost na to, aby uživatel ztratil o úlohách na pozadí přehled, nabízí shell příkaz jobs. Tímto příkazem vypíšete všechny úlohy na pozadí:

$ sleep 100 &
[1] 26804
$ sleep 200 &
[2] 26806
$ jobs
[1]-  Běží                 sleep 100 &
[2]+  Běží                 sleep 200 &

Povšimněte si čísla v hranaté závorce na začátku řádku – jde o číslo úlohy v shellu (liší se od PID, čísla procesu v systému, zde 26804 a 26806). Číslo úlohy v shellu usnadňuje práci s úlohami na pozadí pomocí příkazů fg, bg a kill. U těchto tří příkazů lze uvést jako parametr číslo úlohy uvozené znakem % (procento):

$ sleep 100 &
[1] 26924
$ sleep 200 &
[2] 26926
$ fg %1
sleep 100
^Z
[1]+  Pozastaven              sleep 100
$ kill %1
[1]-  Ukončen (SIGTERM)      sleep 100

U výpisu spuštěných úloh si můžete povšimnout znaků + (plus) a - (minus):

[2]   Běží                 sleep 100 &
[3]-  Běží                 sleep 200 &
[4]+  Běží                 sleep 300 &

Aktuální úloha je označená znakem + (plus). Příkazy fg a bg použité bez parametrů budou pracovat právě s touto úlohou. Pro úlohy lze použít i identifikátory %% (aktuální úloha), %+ (následující úloha) a %- (předchozí úloha):

kill %%
[4]+  Ukončen (SIGTERM)      sleep 300

nohup

Spustíte-li na pozadí podle předchozí části článku například překlad rozsáhlého projektu a odhlásíte se, po návratu k počítači budete nepříjemně překvapení – vaše úlohy na pozadí byly ukončeny signálem SIGHUP zároveň s odhlášením (ukončením shellu). Abyste se této situaci vyhnuli, můžete použít příkaz nohup. Sám od sebe tento příkaz nespouští úlohy na pozadí, musíte uvést znak & za příkazem nebo použít kombinaci CTRL-Z a úlohu na pozadí rozběhnout příkazem bg:

$ nohup sleep 200 &
[1] 27701
nohup: vstup ignoruji a výstup připojuji k „nohup.out“
$
# po odhlášení a přihlášení:
$ ps xa | grep sleep
28045 ?        S      0:00 sleep 100

Příkaz nohup přesměruje standardní výstup a standardní chybový výstup programu do souboru nohup.out v aktuálním adresáři. Nelze-li do aktuálního adresáře zapisovat, pokusí se nohup vytvořit soubor nohup.out v domácím adresáři uživatele. Nepodaří-li se vytvořit ani zde, nebude příkaz proveden.

disown

Spuštění úlohy na pozadí tak, aby přežila i odhlášení, lze dosáhnout i příkazem disown. Chování tohoto příkazu se však od příkazu nohup liší. Příkaz nohup odchytí signál SIGHUP odesílaný shellem a přesměruje výstup programu. Příkazem disown naproti tomu informujete shell, že uvedenému programu se nemá při ukončení shellu signál SIGHUP posílat. O výstupy programu při odhlášení přijdete. Na druhou stranu lze příkazem disown odeslat na pozadí i program, u kterého jsme to předem neplánovali. Jako parametr lze příkazu disown poslat UID procesu, případně číslo úlohy v shellu (uvozené procentem):

$ sleep 100 &
[1] 28150
$ disown %1
# po odhlášení a přihlášení:
$ ps xa | grep sleep
28150 ?        S      0:00 sleep 100

screen

Všechny výše uvedené způsoby spouštění úloh na pozadí mají několik nevýhod. Zásadní nevýhodou je, že výstup z programu je neustále přesměrovaný na výstup. Pustíte-li si na pozadí překlad většího projektu, je použitá povelová řádka pro další interaktivní práci prakticky nepoužitelná, protože se vám na ni bude vypisovat průběh překladu. Můžete sice použít příkaz nohup a výstup přesměrovat do souboru, ale takto zase přijdete o možnost překlad dále jakkoliv ovlivnit (vstup se ignoruje). Pro úlohy, které jsou alespoň částečně interaktivní, postrádá výše popsaný způsob spouštění na pozadí přijatelný komfort.

Omezení a nevýhody uvedených postupů odstraňuje příkaz screen. Správa úloh v programu screen je zcela odlišná od úloh v shellu. Program screen vytváří několik instancí shellu (a obrazovek), mezi kterými lze libovolně přepínat. V každém shellu lze samozřejmě spouštět další úlohy na pozadí s použitím shellu. Nastartoval lze i další screen, ale vhodnější je vytvoření další obrazovky.

$ screen
$ sleep 100
^AD
[detached]
$ screen -r
$ sleep 100

Příkaz screen se ovládá pomocí přepínačů a zkratek. Pro nejjednodušší použítí stačí znát jen několik základních postupů:

screen	Vytvoření nové nezávislé obrazovky.
CTRL-A D	Odpojení od obrazovky
CTRL-A C	Vytvoření nové obrazovky v nastartovaném programu screen (musíte být připojení)
CTRL-A N	Přepnutí na další obrazovku v pořadí
CTRL-A P	Přepnutí na předchozí obrazovku v pořadí
CTRL-D	Ukončení aktuální obrazovky. Ve skutečnosti jde o příkaz shellu, obrazovka se ukončí, jakmile je ukončen program v ní spuštěný (obvykle právě shell).
screen -r	Připojení ke screenu. Zde může běžet libovolný počet obrazovek.
screen -r 12345	Připojení ke screenu s uvedeným PID. Screenů můžete mít nastartovaných více.
screen  -R	Připojení ke screenu, a to i v případě, že je screen připojený už někam jinam (druhá obrazovka se odpojí). Užitečné, pokud v práci spustíte překlad, zapomenete se odpojit, a doma se chcete podívat na průběh překladu.
screen -wipe	Vyčištění seznamu screenů od nefunkčních instancí.

Možnosti programu screen jsou mnohem širší. Podrobnosti najdete v manuálové stránce a v článku GNU Screen.

       

Komentáře

[kralyk z abclinuxu]

typo: uvezené → uvozené

Jinak ale díky, moc pěkný článek

[Michal]

Zajimave, disown jsem ani po 15 letech prace s linuxem neznal. Clovek se porad ma co ucit :)

[pht]

$ nohup sleep 200 &
[1] 27701
nohup: vstup ignoruji a výstup připojuji k „nohup.out“
$
# po odhlášení a přihlášení:
$ ps xa | grep sleep
28045 ?        S      0:00 sleep 100

Jo, tomu říkám magie.

[Petr Bravenec]

To jsou věci. V počítači mi straší!

[Josef Kufner]

$ whereis nohup
nohup: /usr/bin/nohup

[zulu]

a?

[Josef Kufner]

No že nohup je binárka jako každá jiná, takže 27701 je PID nohupu a ne toho catu – cat je pouze argument předaný nohupu a nohup ho teprve spustí.

[Sten]

nohup neprovede fork + exec, ale pouze exec (poté, co přesměruje výstup do souboru a zavře vstup), takže PID spuštěného příkazu se nezmění

[pht]

A jeho parametry taky ne.

[pht]

K tomu screenu bych ještě přidal screen -x. Tím se dá připojit na jednu screen z více míst současně. Pokud na těch více místech sedí i víc lidí, tak vidí, co dělají ostatní a můžou tak spolupracovat.

[Jiří Svoboda]

Tak tohle jsem neznal.

Já si zase pamatuju, že v distrech býval na podobnou věc příkaz "kibitz", v poslední době ale nějak vymizel.

[Andrej]

screen -x je spolu s confcallom super vec na ad-hoc pomoc, prednasky a howtos. pripadne aj s kolegom co sedi pri susednom stole a takto je to pohodlnejsie ako sa tlacit pri jednom displayi.

[vain]

Eh, zrovna včera jsem to hledal, přesněji jsem hledal nohup, a našel jsem tady ve starším článku od Davida http://www.abclinuxu.cz/clanky/unixove-nastroje-16-getopts-time-nohup, takže kdyby si někdo chtěl oživit paměť na tenhle článek =)

[reqw5q23]

Pripominam klasicky, ale zrejme uz zapomenuty:

bash$ ( prikaz >& log &)

[Filip Jirsák]

V článku je dvakrát uvozený & (v kódu je &), takže v textu článku je „uvedením znaku & (ampersand)“ místo „uvedením znaku & (ampersand)“.

[Filip Jirsák]

A to samé pak ještě jednou u „nohup“.

[Robert Krátký]

Díky, opraveno.

[jose17]

..uvedením znaku & amp; (ampersand)..

$ sleep 100 &
[1] 26579
$ fg

Zásadní nevýhodou je, že výstup z programu je neustále přesměrovaný na výstup.

a kam inam? nemalo tam byt do suboru?

[Filip Jirsák]

Standardní výstup je přesměrován na výstup, tj. do terminálu.

[Petr Bravenec]

Nene, ta věta je skutečně napsaná dobře. Když si pustím na pozadí překlad, výpisy půjdou stále na ten stejný výstup - obvykle na obrazovku. Pokud tedy žiju v představě, že v době překladu budu moci vesele editovat, tak budu rychle vyveden z omylu. Editace textu, který je na obrazovce neustále přepisován, je veselá pouze pro pozorovatele pozorujícího nešťastného editujícího.

[default]

[1]+  Pozastaven              sleep 100
$ bg
[1]+ sleep 100 &
$ 
[1]+  Dokonán                sleep 100

nohup: vstup ignoruji a výstup připojuji k „nohup.out“

Jak s tímhle gibber-speakem můžete prosím vás pracovat? Vždyť tomu neni absolutně rozumět!

[Filip Jirsák]

Nevím, čemu na tom nerozumíte, ale možná to bude tím, že nerozumím vašemu komentáři.

[vain]

Možná, hádám, myslí českou lokalizaci.

[ikkar]

+1

[Jendа]

Co se ti na tom nelíbí? Mně to přijde srozumitelné.

[petr_p]

V novější verzi bashe jsou tato slovesa již v ženském rodě. Původně jsem měl jako podmět „příkaz“, ale pak jsem se přiklonil k „úloze“, protože s ní operuje příkaz „jobs“.

Znáte lepší překlad? Rádi si ho přečteme (<translation-team-cs@lists.sourceforge.net> nebo <diskuze@lists.l10n.cz>).

[Michal Karas]

Zmínil bych ještě screenu podobný tmux. Jeho výhody jsou popsány ve FAQ.

[Ash]

Proč pořád vidím ty bláboly že po odhlášení z počítače úlohy běžící na pozadí dostanou SIGHUP a budou ukončeny, když většina shellů (co do rozšířenosti) tento signál neposílá a tyto úlohy tedy neukončuje, poud je o to explicitně nepožádáme (huponexit v Bash např.)? Poslat ho může klient (putty), ale to je jiná.

[Petr Bravenec]

OK. Je to jinak, ale výsledek je stejný. Cituji manuál bash:

The shell exits by default upon receipt of a SIGHUP. Before exiting, an interactive shell resends the SIGHUP to all jobs, running or stopped.

[Ash]

To je ovšem něco jiného než o čem jsme mluvil :)

Vy mluvíte o ukončení shellu příkazem SIGHUP (lze například kill -HUP <PID>), tam se tento explicitní signál opravdu přeposílá a jobs se ukončí.

Já ovšem mluvil o odhlášení (standardní ukončení jako exit či CTRL-D žádný SIGHUP při tom tomu shellu na serveru zpravidla neposílám:).

[Ash]

Pokud byste si to chtěl vyzkoušet (uznávám že zde manuál nestačí a je potřeba i zkušenosti a praxe), tak to jde třeba takto:

Na pozadí spusťte skript hup.sh:

#!/bin/bash

function hup() {
  echo hup
}

trap hup HUP

sleep 300

Nyní standardní odhlášení:

-bash$ ./hup.sh &
-bash$ exit
logout
Connection to localhost closed.

SIGHUP se neposlal, na rozdíl od:

-bash$ ./hup.sh &
-bash$ kill -HUP <..pid..>
-bash$ Hangup
hup
Connection to localhost closed.

[Sten]

SIGHUP se pošle ve chvíli, kdy dojde ke ztrátě spojení (což se u remote shellů může stát), případně u bashe se zapnutým huponexit i při ukončení. Proto je často dobře své joby proti tomu ošetřit

[Jiří Benc]

Ve třetím boxu chybí na konci posledního řádku &.

[Jiří Benc]

...na konci prvního řádku, samozřejmě.

[Smeto]

pouzival som kedysi screen, no nahradil som ho http://tmux.sourceforge.net/ niekomu mozno sadne viac...

[Sten]

Nastartoval lze i další screen, ale vhodnější je vytvoření další obrazovky

Jak kdy. Pokud si například upravíte screen tak, že na spodní hraně zobrazuje spuštěné obrazovky (např. pomocí hardstatus string '%{= kw}%-w%{= kG}%50>%n %t%{= kw}%+w %{= kW}%-=%Y/%m/%d %c:%s%{-}%<'), potom spuštění dalšího screenu vytvoří vlastně strom (jeho obrazovky se zobrazují nad obrazovkami nadřazeného screenu). Ve spojení s ssh STROJ -t screen (resp. mým upraveným obalem, který se automaticky znovu připojí při ztrátě spojení) velmi užitečná věc, pokud spravujete desítky strojů a chcete se v tom vyznat (a pokud použijete screen -x a připojujete se z několika míst najednou, např. notebooku a mobilu, tak je to ještě zajímavější)

[LennyCZ]

Jen takový brainstorming:

Pokud pustím např. GUI proces z GUI terminálu na pozadí, a následně jej ukončím, hláška o ukončení se mi nezobrazí nikdy hned, ale až po dalším newline, tj. pokud proces opravu jen spustím a hned ukončím, aniž bych při tom šahal na terminál, výstup vypadá takto:

lennycz@machina:~$ leafpad &
[1] 2054
lennycz@machina:~$
lennycz@machina:~$
[1]+  Done                  leafpad
lennycz@machina:~$

Vysvětluji si to tak, že shell nechce přerušit jiný výstup, ale není přece podstatnější informace, že proces skončil a to v reálném čase? Nebo ještě lépe: je za "okamžitým" vypsáním hlášky i vážnější riziko než jen "optické rozhození" výstupu?

[pavlix]

Vysvětluji si to tak, že shell nechce přerušit jiný výstup, ale není přece podstatnější informace, že proces skončil a to v reálném čase?

Není :). Jinak byste určitě použil nějakou interaktivnější metodu, zvlášť v dnešní době.

Zkus si představit třeba uživatele nějaké celoobrazovkové aplikace, jak se mu rozsype celý display kvůli výpisu ukončení jobu, se kterým navíc ještě celkem počítal, že někdy skončí.

[petr_p]

To je vlastnost knihovny readline, ktrou bash používá. V okamžiku, kdy bash čeká na vstup od uživatele, tak běží smyčka z knihovny readline, která o nějakých úlohách nemá ani páru. Teprve až když uživatel odešle vstup (obvykle klávesa Enter), tak se řízení vrátí do bashe, který se přes waitpid(2) dozví o ukončení potomků.

Samozřejmě by se to dalo udělat i jinak, ale takto je to (pro mě) lepší, protože se mi nerozsype právě zadávaný příkaz.

(I to by se dalo ošetřit, ale zjevně to nikdo ještě nenaprogramoval.)

[lertimir]

Hezké screen jsem nepoužíval, vždy jsem si udělal další příkazové okno. Ale pokud mám jen textový teminál a není to konsole s možnostmi přepínání tak se rozhodně velmi hodí.

[David Watzke]

To není jenom o tom, že máš hloupej emulátor terminálu, já to screen používám i v YaKuake, který taby podporuje. Jde o to, že když třeba kiksne X server (příp. YaKuake nebo KDE), tak to screen nijak neovlivní a lze v klidu nahodit znova.

[default]

Jde o to, že když třeba kiksne X server (příp. YaKuake nebo KDE), tak to screen nijak neovlivní a lze v klidu nahodit znova.

Vida. Já to používám kvůli nestabilním linkám.

[David Watzke]

Taky možnost. Jinak se to velice hodí při SSH z mobilu.

[Ash]

Mně jako nejužitečnější připadá že zachovává interaktivitu, čili možnost vstupu a výstup, takže ho lze nechat puštěný na serveru a odpojovat/připojovat se ke spuštěným úlohám podle potřeby.

[Mik]

Ahoj, jenom pro uplnost bych dodal 2 unixove evergreeny pro spousteni na pozadi.

1) at ... jednorazove spusteni v naplanovany cas Napriklad:

at now + 1 hour
poweroff
Ctrl-D

2) cron ... pravidelne spousteni

man cron 
man crontab

Mik