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

我正在托管一个实验/测试 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 hang when started processes from rc.local or init.d

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

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

普通用户自己应该致电：

crontab -e

（ -e 在编辑中）打开一个带有用户 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