Início / unix / Perguntas / 484276
Accepted
Tim
Asked: 2018-11-27 11:48:50 +0800 CST

`disown -h` e `nohup` funcionam efetivamente da mesma forma?

  • 772

disown

  • faz com que um shell não envie SIGHUP para seu trabalho rejeitado quando o shell termina e

  • remove o trabalho rejeitado do controle de trabalho do shell.

O primeiro é o resultado do segundo? Em outras palavras, se um processo iniciado a partir de um shell for removido do controle de tarefas do shell de alguma forma, o shell não enviará SIGHUP para o processo quando o shell terminar?

disown -h ainda mantém um processo sob o controle de trabalho de um shell. Significa que disown -hfaz com que um processo ainda receba o SIGHUP enviado do shell, mas configura a ação do SIGHUP pelo processo para ser "ignorar"? Isso soa semelhante a nohup.

$ sleep 123 & disown -h
[1] 26103
$ jobs
[1]+  Running                 sleep 123 &
$ fg 1
sleep 123
$ ^Z
[1]+  Stopped                 sleep 125
$ bg 1
[1]+ sleep 123 &
$ exit

$ ps aux | grep sleep
t        26103  0.0  0.0  14584   824 ?        S    15:19   0:00 sleep 123

Fazer disown -he nohuptrabalhar efetivamente da mesma forma, se desconsiderarmos sua diferença no uso de um terminal?

Obrigado.

bash nohup

2 respostas

  1. Best Answer

    nohupe disown -hnão são exatamente a mesma coisa.

    Com disown, um processo é removido da lista de tarefas no shell interativo atual. A execução jobsapós iniciar um processo em segundo plano e a execução disownnão mostrará esse processo como um trabalho no shell. Um trabalho rejeitado não receberá um HUPdo shell quando sair (mas veja a nota no final).

    Com disown -h, o trabalho não é removido da lista de trabalhos, mas o shell não enviaria um HUPsinal para ele se saísse (mas veja a nota no final).

    O nohuputilitário ignora o HUPsinal e inicia o utilitário fornecido. O utilitário herda a máscara de sinal nohupe, portanto, também ignorará o HUPsinal. Quando o shell termina, o processo permanece como um processo filho de nohup(e nohupé re-pai para init).

    A diferença é que o processo iniciado com nohupignora HUPindependentemente de quem envia o sinal. Os processos rejeitados simplesmente não recebem um sinal HUPpelo shell , mas ainda podem receber o sinal de, por exemplo kill -s HUP <pid>, e não irão ignorar isso.

    Observe que HUPsó é enviado para os jobs de um shell se

    • o shell é um shell de login e a huponexitopção shell está definida, ou
    • o próprio shell recebe um HUPsinal.

    Partes relevantes do bashmanual (grifo meu):

    SINAIS

    [...]

    O shell sai por padrão após o recebimento de um arquivoSIGHUP . Antes de sair, um shell interativo reenvia o SIGHUPpara todos os trabalhos, em execução ou parados. Os trabalhos interrompidos são enviados SIGCONTpara garantir que eles recebam o arquivo SIGHUP. Para evitar que o shell envie o sinal para um determinado trabalho, ele deve ser removido da tabela de trabalhos com o disownbuilt-in (veja SHELL BUILTIN COMMANDSabaixo) ou marcado para não receber SIGHUP usando disown -h.

    Se a huponexitopção de shell tiver sido definida com shopt, bashenviará um SIGHUPpara todos os trabalhos quando um shell de login interativo for encerrado.

    disown [-ar] [-h] [jobspec ... | pid ... ]

    Sem opções, remova cada uma jobspecda tabela de trabalhos ativos. [...] Se a -hopção for dada, cada um não jobspecé removido da tabela, mas é marcado para que SIGHUPnão seja enviado para o trabalho se o shell receber umSIGHUP . [...]

    Relacionado:

    • 23

  2. Eles são diferentes:

    • disown remove o trabalho da tabela de trabalhos ativos. Em seguida, continua com o trabalho atual. Com -h o processo NÃO é enviado SIGHUP. Em vez disso, é deixado para morrer com o shell que o contém, quando recebe um SIGHUP.

    • nohup ignora o HUP. Então, qualquer coisa que tenha sido passada para o terminal pelo fechamento do processo vai para um arquivo nohup.out.

      nohup é definido por POSIX enquanto disown não é.

    • 4

relate perguntas