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

[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