Por que executar `killall init` como usuário me desconecta?

Em vários computadores executando o Ubuntu 14.XX, executei o comando "killall init" como usuário e fui desconectado imediatamente. Eu poderia fazer login novamente sem problemas. Por que é isso? O que está acontecendo nos bastidores?

kill init logout

— EMBLEMA
fonte

Nos sistemas Upstart mais novos, um processo de inicialização da sessão é iniciado quando você faz login usando a GUI. Como o Ubuntu usa o Upstart, há um initprocesso para sua sessão. Teste usando pstree -ps $$um terminal:

$ pstree -ps $$
init(1)───lightdm(1741)───lightdm(9511)───init(9526)───/usr/bin/termin(9570)─┬─gnome-pty-helpe(9734)                                                                                                                                                                                  
                                                                             └──zsh(7944)

Portanto, quando você executa killall init, não está matando o initPID 1 (porque você não tem o privilégio), mas a sua sessão init, que seria o PID 9526 neste exemplo.

Como esse inité o processo de governança da sua sessão da GUI, matá-lo mata a sua sessão e, portanto, você é desconectado.

— muru
fonte

Killall sempre envia o sinal para o parente mais próximo na árvore de processos? Se eu executasse o comando como root (com sudo, por exemplo), obteria o mesmo resultado ou um pânico no kernel?

— Tim Seguine

@ TimSeguine Como o nome diz, ele é enviado a todos os processos com esse nome. BTW, algumas pessoas preferem pkillem vez de killallporque killallobras completamente diferentes em outros sistemas, como Solaris ...

— glglgl

killallmata tudo. Daí o nome.

— orion 28/01

@TimSeguine Envia para todos, mas se você é um usuário comum, não pode enviar sinais para processos de outros usuários. Portanto, isso afeta apenas o da sua própria árvore de processos.

— Barmar 28/01

Rodar killall initcomo rootnão parece uma boa idéia - especialmente em um sistema útil - acho que initcausa pânico no kernel se ele morrer, porque não se destina a atingir um returnno final de seu mainloop de código.

— SlySven