Como posso descobrir o que está causando o init (8) para iniciar um processo?

1

Eu instalei o Google Desktop para Linux e quero evitar que ele seja executado sem necessariamente excluir todos os arquivos. Consegui localizar e desativar o arquivo em /etc/cron.hourly , mas gdl_box ainda está sendo lançado pelo processo 1:

1  5199  5199  5199 ?           -1 Ss   32074   0:01 /opt/google/desktop/bin/gdl_box

Eu usei gdl em todos os arquivos em /etc e não encontrei nenhum suspeito. Não parece haver nada em /etc/init.d ou nos diretórios /etc/rc*.d . Como posso encontrar e matar esse daemon malvado? Mais exatamente, como posso descobrir o que está causando a desova e evitar que ele desova em primeiro lugar?

Eu matei o gdl_box de novo e de novo, mas sem reiniciar ou reiniciar o X, algo no sistema continua reaparecendo. Eu gostaria de descobrir o que e parar com isso.

EDITAR

OK, acabei substituindo gdl_box por um binário que executou ps afwj , então eu poderia dizer quem o lançou antes de ser adotado por init . Imagine meu constrangimento quando descobri que foi lançado do meu .profile . Eu ainda adoraria saber uma maneira melhor de ter descoberto isso, mas aceitei a resposta que apontou a adoção por init (obrigado Thomas), que pelo menos me impediu de olhar sob o poste errado.

    
por Norman Ramsey 17.06.2009 / 19:38

4 respostas

2

Eu assumo que a primeira coluna na saída do ps que você mostra é o pid pai (PPID). Se assim for, provavelmente não é gerado pelo init (se é isso que o levou a acreditar nisso), mas no estilo daemon unix normal ele duplica o forçamento, o que faz com que ele obtenha um pai pid de 1. Ele era órfão e adotou init isso.

Como você pode encontrar e matar? Uh ... está bem aí, o que você não está achando?

    
por 17.06.2009 / 20:07
1

O Google Desktop é iniciado a partir de (pelo menos no meu sistema RHEL5):

/etc/xdg/autostart/gdl_box.desktop

    
por 17.06.2009 / 21:23
0

Algumas versões de ps suportam um sinal --forest ou f para mostrar a árvore de relacionamentos entre os processos. Se a sua versão não tiver isso, verifique se há pstree , um pacote independente para fazer a mesma coisa. Pode ajudar em casos como este.

    
por 17.06.2009 / 20:19
0

Que tal correr

find /var/spool/cron -type f | xargs grep gdl

ou talvez haja um script que esteja carregando o gdl_box, mas o script não é chamado de gdl, e é por isso que um grep não está transformando nada.

    
por 18.06.2009 / 04:26

Tags