linux命令之screen和rc.local启动脚本的问题解决

以前，linux命令研究过不少，

后来，看见同事使用了screen命令，心里很是羡慕，不研究一下不得劲。

使用这个命令的背景是：手动执行一个脚本后，后台运行得不得劲，得用nohup+&+输出信息导入到黑洞>/dev/null

GNU Screen是一款由GNU计划开发的用于命令行终端切换的自由软件。用户可以通过该软件同时连接多个本地或远程的命令行会话，并在其间自由切换。

• 会话恢复

只要Screen本身没有终止，在其内部运行的会话都可以恢复。这一点对于远程登录的用户特别有用——即使网络连接中断，用户也不会失去对已经打开的命令行会话的控制。只要再次登录到主机上执行screen -r就可以恢复会话的运行。同样在暂时离开的时候，也可以执行分离命令detach，在保证里面的程序正常运行的情况下让Screen挂起（切换到后台）。这一点和图形界面下的VNC很相似。

• 多窗口

在Screen环境下，所有的会话都独立的运行，并拥有各自的编号、输入、输出和窗口缓存。用户可以通过快捷键在不同的窗口下切换，并可以自由的重定向各个窗口的输入和输出。Screen实现了基本的文本操作，如复制粘贴等；还提供了类似滚动条的功能，可以查看窗口状况的历史记录。窗口还可以被分区和命名，还可以监视后台窗口的活动。

• 会话共享

Screen可以让一个或多个用户从不同终端多次登录一个会话，并共享会话的所有特性（比如可以看到完全相同的输出）。它同时提供了窗口访问权限的机制，可以对窗口进行密码保护。

会话创建：

CreateScreen "st" "/rtk_server/start_station.sh"
CreateScreen "disp" "/rtk_server/start_dispatcher.sh"

CreateScreen "admin" "/rtk_server/start_device_admin.sh"

那么会话恢复就应该是

screen -r st

screen -r disp

screen -r admin

如果要离开：

Ctrl-a d -> detach，暂时离开当前session，将目前的 screen session (可能含有多个 windows) 丢到后台执行，并会回到还没进 screen 时的状态，此时在 screen session 里，每个 window 内运行的 process (无论是前台/后台)都在继续执行，即使 logout 也不影响。 

 

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.


CreateScreen()
{
        screen -dmS $1
        sleep 1
        screen -x -S $1 -p 0 -X stuff $2
        screen -x -S $1 -p 0 -X stuff '\n'
}

sleep 5
CreateScreen "st" "/rtk_server/start_station.sh"
CreateScreen "disp" "/rtk_server/start_dispatcher.sh"

CreateScreen "admin" "/rtk_server/start_device_admin.sh"

/app-server/restart.sh

exit 0

问题来了，以上启动脚本，并没有把上面三个进程启动起来，

先告诉你答案：把第一行#!/bin/sh -e改成了#!/bin/bash就好了，

调试过程中，通过插入touch /dev/wxk1;touch /dev/wxk2这样的方式，看有没有执行到位，结果发现是执行了的，

另外，系统启动后，手动启动这个脚本，想要的线程也都是启动起来了的，

网上一堆天花乱坠的方法，都是指向/etc/rc.d/rc.local，什么启动的层级level啦，但是，问题并不是这样的。

多年前的linux干货，使我怀疑执行启动脚本时，系统的环境变量还没准备好，应该是有些指令还不够执行条件，于是乎，使用了上面的答案，选择夜深人静的时候重启服务器，唉，好了！