No Linux. Digamos que eu queira executar um comando e demore muito. Eu só quero garantir que esteja pronto. Como?
nohup
leia a man page para nohup usage.
nohup é o modo como é feito há muito tempo, desde antes que screen , tmux , etc fossem inventados.
Exemplo:
nohup my_long_running_proc &
Executa "my_long_running_proc" e qualquer mensagem de console (stdout / stderr) entra em um arquivo chamado "nohup.out" no diretório a partir do qual o comando foi iniciado.
Use tmux ou screen para fornecer um ambiente de sessão persistente para o comando ser executado.
Usando tmux , isso pode ser feito da seguinte maneira:
tmux new -s my-session-name
longrunningcommand
tmux usando Ctrl+b e, em seguida, d
tmux attach-session -t my-session-name
tmux pode fazer muito mais além disso, mas uma coisa básica que provavelmente deve ser adicionada: use tmux list-sessions para ver todas as sessões ativas.
Teste-o com o comando xclock. Abra um console, digite
xclock
Feche o console. xclock desaparece. Agora digite
xclock &
O xclock ainda desaparece porque ainda é um sub-processo do seu shell. Agora digite
xclock & disown
Agora o xclock não é mais um subprocesso do seu shell e você pode fechar o console e o xclock continuará funcionando.
Eu documentei isso aqui: link
Quando você efetua logout do seu shell, qualquer elemento ainda em execução recebe um sinal SIGHUP. Para que seu processo continue a ser executado após o logout, ele precisa capturar, ignorar ou evitar esse sinal, já que o comportamento padrão é sair.
O comando nohup irá ignorar o sinal e é uma maneira comum de fazê-lo se o processo não enviar nada importante para stdout .
O comando screen (que é minha preferência) cria um shell dentro de um shell que pode ser desanexado e reconectado, evitando assim que o sinal seja gerado (ou melhor, ele é removido do pai nunca recebe o sinal).
Se o processo for escrito por você, você pode codificá-lo para capturar o sinal e, em seguida, realizar qualquer ação, inclusive ignorá-lo, para que ele continue a ser executado após o logout. Seu processo também pode se desassociar completamente de seu processo pai (consulte setsid() ) para que, como em screen , ele não receba o SIGHUP durante o logout.
Qual método você escolhe e é mais adequado à sua situação e uso.
Com o bash 3.2, descobri que disown -h funciona melhor. Por exemplo, para impedir que gedit feche quando o terminal fechar, preciso ambos colocá-lo em segundo plano e usar disown . É fácil fazer isso através de uma função em ~ / .bashrc:
ge() { gedit "$@" & disown -h; } # need double--not single--quotes
use o tmux:
sudo apt-get install tmux
Para iniciá-lo simplesmente digite tmux e para minimizá-lo pressione Ctrl + b e então d para iniciar o mesmo tipo de sessão% código%.
Redirecione o stdout e stderr do comando para um arquivo, salve seu valor de saída e execute-o em nohup ou (melhor) em um multiplexador de terminal como tmux ou screen :
command 1> command.out 2> command.err; echo $? > command.exit
Para verificar o progresso, você pode simplesmente tail -f dos arquivos de log. O ponto de fazer login em arquivos é que os multiplexadores de terminal têm buffers limitados (embora normalmente é possível defini-lo como grande o suficiente para a maioria das tarefas) e eles podem falhar, caso em que toda a saída seria perdida .
Uma ferramenta muito pequena, mas eficiente, que substitui tmux e screen well é dtach , elimina todas essas funções complicadas de gerenciamento do Windows, mas serve apenas para preservar o trabalho nas costas e trazê-lo em primeiro plano a qualquer momento você gosta.