为普通用户（非root）提供初始化和关机自动运行功能

Question

我正在托管一个实验/测试 Linux 机器，运行 Debian Wheezy 7.4.0 发行版。不同的用户通过 ssh 登录机器到他们的帐户，如果他们愿意，可以运行开发工具并让他们的程序作为服务在后台运行。

由于这是用于各种目的的测试机器，因此通常需要重新启动整台机器，然后用户必须重新登录并重新启动正在运行的用户空间内容。我想自动化。基本上我想为用户提供一种在机器启动后立即启动东西的方法（在其他所有东西都初始化之后）和一种在系统关闭时启动东西的方法（没有时间限制，基本上停止关闭直到所有这些关闭用户进程已完成）。

到目前为止我已经尝试过：
我已经创建了一个 init bash 脚本，遵循在 /etc/init.d/ 下的“骨架”模板文件中找到的原则（骨架模板源代码：https://gist.github. com/ivankovacevic/9917139 )

我的代码在这里：https : //github.com/ivankovacevic/userspaceServices

基本上，脚本会遍历用户主目录并在名为 .startUp、.shutDown 或 .status 的相应子目录中查找可执行文件。根据当前发生的事件，脚本会使用su执行，就好像用户自己启动了它们一样。

我目前使用这种方法面临的问题是，在系统启动并且脚本启动其他用户的所有进程后，有一个奇怪的进程挂起。这是它在进程列表中的样子：

UID        PID  PPID  C    SZ   RSS PSR STIME TTY          TIME CMD
root      3053     1  0  1024   620   1 17:42 ?        00:00:00 startpar -f -- userspaceServices

我不知道那个过程是什么，它的手册页没有提到 -f 参数。所以我一无所知，但我一定是做错了什么，因为没有来自 init.d 的其他脚本/服务在启动后挂起这样的进程。

所以我在找人帮我调试我拥有的这个解决方案（在我看来这似乎也有点复杂）。或者让我知道如何以完全不同的方式实现这一点。

更新
我已经针对startpar问题开始了一个单独的问题： startpar process left hanging when starts processes from rc.local 或 init.d

更新 2
问题已为我的原始解决方案解决。检查前面提到的startpar问题。GitHub 上的代码也已更正以反映这一点。

更新 3 - 如何使用 crontab
正如 Jenny 建议的那样，普通用户可以使用 crontab安排在启动时执行一次的任务。我发现这是最简单的方法，如果您只需要在启动时启动用户任务而不是关闭。然而，有一个缺点是用户可以在启动持续的、类似服务的任务时让 cron 进程“挂起”作为父进程。首先让我解释一下它是如何工作的：

普通用户自己应该调用：

crontab -e

( -e as in edit ) 使用用户 crontab 文件打开默认的控制台文本编辑器。要添加要在启动时执行的任务，用户必须在文件末尾添加一行：

@reboot /path/to/the/executable/file

现在，如果用户会这样做，并且如果该文件不仅仅是一些线性完成某事并结束的简单脚本，而是某种看门狗，例如，在重新启动后，您将在进程列表中以如下内容结束：

    1  2661 root       20   0 20380   860   660 S  0.0  0.0  0:00.00 ?? /usr/sbin/cron
 2661  2701 root       20   0 33072  1152   868 S  0.0  0.0  0:00.00 ?  ?? /USR/SBIN/CRON
 2701  2944 someuser   20   0  4180   580   484 S  0.0  0.0  0:00.00 ?     ?? /bin/sh -c ./watchdog
 2944  2945 someuser   20   0 10752  1204  1016 S  0.0  0.0  0:00.00 ?        ?? /bin/bash ./watchdog
 2945  2946 someuser   20   0 23696  4460  2064 S  0.0  0.1  0:00.01 ?           ?? /usr/bin/python ./some_program.py

为避免用户需要将其 crontab 条目修改为如下所示：

@reboot /path/to/the/executable/file >/dev/null 2>&1 &

文件描述符的重定向是可选的，但建议保持干净。如果您想研究原因，请尝试查看它们：

ls -l /proc/pid_of_started_process/fd

Answer 1

我同意你的解决方案看起来有点复杂，所以我会“给我一些想法如何以完全不同的方式实现它”:-)

1. 对此的标准解决方案是使用配置管理系统，例如 puppet，并允许用户将他们的内容添加到服务器的 puppet 配置中。然后 Puppet 将推出启动脚本并将它们添加到相关的运行级别。

2. 一种更快的方法是让他们 sudoedit 访问/etc/rc.d/rc.local并在那里添加他们的东西。

3. 或者给他们每个人一个目录来放置他们想要启动的启动脚本，并让一个 cron 作业将这些脚本复制到/etc/init.d，插入su $USER -c到合适的位置并在它们上运行 chkconfig。

4. 或者给他们每个人一个目录来放置启动脚本，并在最后添加一些行/etc/rc.d/rc.local来浏览这些目录并在其中的每个脚本上运行编辑 su $USER -c 'script start'。

编辑添加： 5. 让他们使用 crontab 来安排要运行的作业@reboot