我安装了Google Desktop for Linux，并希望在不删除所有文件的情况下阻止其运行。 我设法在/etc/cron.hourlyfind并禁用该文件，但gdl_box仍然由进程1启动：
1 5199 5199 5199 ? -1 Ss 32074 0:01 /opt/google/desktop/bin/gdl_box
我已经在/etc下的每个文件中grepped gdl ，并没有发现任何嫌疑人。 在/etc/init.d或/etc/rc*.d目录中似乎没有任何东西。 我如何find并杀死这个邪恶的守护进程？ 更确切地说，我怎么才能找出是什么导致它产生，并阻止它从一开始产卵？
我gdl_box遍地杀死了gdl_box ，但是没有重新启动或重新启动，系统中的某些东西不断重新生成。 我想知道什么，并停止它。
好的，最终我用一个运行ps afwj的二进制文件replace了gdl_box ，这样我就可以知道是谁在启动之前启动了它。 想象一下，当我发现它是从我的.profile发起时，我感到尴尬。 我仍然想知道一个更好的方法来发现这一点，但我已经接受了答案，指出通过init （感谢托马斯），至less阻止我看错灯柱下。
我假设您输出的ps输出中的第一列是父pid（PPID）。 如果是这样的话，它可能不会被初始化（如果这是让你相信的话）产生的，但是在正常的unix守护进程中，它是双分叉的，使得它得到一个父pid。这是一个孤儿，init被采用它。
你怎么能find并杀死它？ 呃…就在那里，你找不到什么？
Google桌面从（至less在我的RHEL5系统上）启动：
/etc/xdg/autostart/gdl_box.desktop
某些版本的ps支持--forest或f标志来显示进程之间的关系树。 如果您的版本没有，请检查pstree ，一个独立的软件包来做同样的事情。 它可以帮助像这样的情况。
跑步怎么样
find/ var / spool / cron -type f | xargs grep gdl
也许有一个脚本是加载gdl_box，但脚本实际上并没有被称为gdl本身，这就是为什么一个grep没有任何东西了。