由于这是一种用于各种目的的测试机器,因此通常需要重新启动整个机器,然后用户必须重新登录并重新启动正在运行的用户空间内容.
我想自动化.基本上我想为用户提供一个意思,即在机器启动后(在其他所有内容初始化之后)启动内容并在系统关闭时启动内容(没有时间限制,基本上停止关闭直到所有关闭用户进程已完成).

到目前为止我尝试了什么：
我已经按照/etc/init.d/下的’骨架’模板文件中的原则创建了一个init bash脚本(Skeleton模板源代码：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

我不知道那个进程是什么,并且man的页面没有提到-f参数.所以我很无能,但我必须做错事,因为init.d中没有其他脚本/服务在启动后将这样的进程挂起.

所以我正在找人帮我调试我的解决方案(在我看来这似乎有点复杂).或者让我知道如何以完全不同的方式实现这一点.

UPDATE
我已经为startpar问题启动了一个单独的问题：
startpar process left hanging when starting processes from rc.local or init.d

更新2
我原来的解决方案解决了问题.检查前面提到的startpar问题. GitHub上的代码也经过修正以反映出来.

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

普通用户自己应该致电：

crontab -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