Um problema com o seu primeiro comando é que você redireciona stderr para onde stdout é (se você alterou $ para um & como sugerido no comentário) e, em seguida, redirecionou o stdout para algum arquivo de log, mas isso não puxa ao longo do stderr redirecionado. Você deve fazê-lo na outra ordem, primeiro enviar stdout para onde você quer ir e, em seguida, enviar stderr para o endereço stdout está em
some_cmd > some_file 2>&1 &
e você pode jogar o & para enviá-lo para o fundo. Os trabalhos podem ser acessados com o comando jobs
. jobs
mostrará os trabalhos em execução e os numerará. Você poderia então falar sobre os trabalhos usando um% seguido do número como kill %1
ou mais.
Além disso, sem o & no final, você pode suspender o comando com Ctrl z , use o comando bg
para colocá-lo em segundo plano e fg
para trazê-lo de volta ao primeiro plano. Em combinação com o comando jobs
, isso é poderoso.
para esclarecer a parte acima sobre a ordem em que você escreve os comandos. Suponha que stderr seja o endereço 1002, stdout seja o endereço 1001 e o arquivo seja 1008. O comando é lido da esquerda para a direita, então a primeira coisa que você vê na sua é 2>&1
, que move stderr para o endereço 1001, depois vê > file
que move stdout para 1008, mas mantém stderr em 1001. Ele não puxa tudo apontando para 1001 e move-o para 1008, mas simplesmente faz referência ao stdout e o move para o arquivo.
Ao contrário, ele move stdout para 1008 e, em seguida, move stderr para o ponto em que stdout está apontando, 1008 também. Desta forma, ambos podem apontar para o arquivo único.