Início / unix / Perguntas / 532222
Accepted
quixotrykd
Asked: 2019-07-26 21:09:14 +0800 CST

Esclarecimento do Trabalho Subshell

  • 772

Eu executo o comando (Xorg & sleep 3; xeyes) &para testar o Xorg e o agrupo em um único trabalho em segundo plano de subshell para facilitar o gerenciamento. Isso funciona corretamente e abre xeyes na nova sessão do Xorg após 3 segundos.

Ao executar o comando, obterei uma saída como a seguinte:

[1] 635

Depois de executar ps -efpara verificar novos processos, obterei uma saída como a seguinte:

root    635    361    0    4:52    tty1    00:00:00    -bash
root    636    365    0    4:52    tty2    00:00:00    /usr/lib/Xorg
root    639    365    0    4:52    tty1    00:00:00    xeyes

Esta parece ser uma saída bastante padrão e como esperado. Depois de verificar que meu servidor X funciona conforme o esperado, tento matar este grupo com kill %1. Ao executar isso, meus processos agora ficam assim:

root    636    1    0    4:52    tty2    00:00:00    /usr/lib/Xorg

Por que o Xorg não conseguiu sair? Por que o subshell saiu com sucesso, fechando o xeyes corretamente, mas não trouxe o Xorg junto com ele? Por que o processo pai do Xorg agora mudou para 1 em vez do subshell? O subshell não deveria enviar um sinal de kill para todos os seus processos filhos ao sair?

Além disso, se eu matar o grupo com kill 635, que muitos recursos dizem que deve ser equivalente a kill %1, meu estado de processo é ainda mais bizarro:

root    636    1    0    4:52    tty2    00:00:00    /usr/lib/Xorg
root    639    1    0    4:52    tty1    00:00:00    xeyes

O que??? Por que ambos os processos falharam ao sair agora e agora são filhos do PID 1? O que está acontecendo aqui, e o que estou fazendo de errado?

Uma explicação detalhada do que exatamente está acontecendo aqui seria apreciada, além de apenas me dizer o que fazer.

xorg job-control

1 respostas

  1. Best Answer

    Se você quiser observar o controle do trabalho, use a -jopção psque listará o ID do grupo de processos e o ID da sessão.

    Aqui, eu vejo:

    [...]
UID        PID  PPID  PGID   SID  C STIME TTY          TIME CMD
chazelas  6805  4172  6805  6805  0 06:47 pts/7    00:00:00 /bin/zsh
chazelas  6825  6805  6825  6805  0 06:48 pts/7    00:00:00 xeyes
root      6826  6825  6826  6826  0 06:48 tty2     00:00:00 /usr/lib/xorg/Xorg :4
[...]

    Você vê Xorgé um filho de xeyescomo meu shell é um pouco mais otimizado bashe é executado xeyesno processo do subshell, pois é o último comando do subshell. E não, um subshell não matará seus filhos quando terminar, isso tornaria o shell inutilizável (e aqui é óbvio que não poderia, pois o subshell foi substituído por xeyes).

    O mesmo em bash:

    $ ps -Afj
[...]
UID        PID  PPID  PGID   SID  C STIME TTY          TIME CMD
chazelas  7230  6805  7230  6805  0 06:54 pts/7    00:00:00 bash
chazelas  7246  7230  7246  6805  0 06:54 pts/7    00:00:00 bash
root      7247  7246  7247  7247  2 06:54 tty2     00:00:00 /usr/lib/xorg/Xorg :4
chazelas  7274  7246  7246  6805  0 06:54 pts/7    00:00:00 xeyes
[...]

    Existe um processo extra inútil bashque apenas espera xeyesterminar e não fará nada depois, mas caso contrário é o mesmo que em zsh, você vê que um novo grupo de processos foi criado pelo shell (6825 for zsh, 7246for bash), mas Xorgnão é nesse grupo de processos.

    Isso não é por causa do &after Xorg, comandos iniciados em um subshell não são iniciados em um novo trabalho, é porque Xorgele próprio inicia uma sessão totalmente nova (muito menos um grupo de processos) para anexar esse terminal tty2.

    Então, como Xorgse removeu do grupo de processos, fazer isso kill %1não o matará.

    Observe que kill %1envia um sinal SIGTERM para o grupo de processos do trabalho , não para um pid individual. Para enviar um sinal para um grupo de processos, você precisa:

    kill -- -7246

    O que no meu caso acima teria matado os pids 7246 (bash subshell) e 7274 ( xeyes), mas não Xorg(7247), pois não está no grupo de processos 7246.

    • 1

relate perguntas