GNU Screen
blog.csdn.net/coldwindflyrain/archive/2008/04/01/2234566.aspx
GNU Screen -- MITBBS Linux版镇版之宝
* 什么是GNU Screen
常来我们版的，基本上就算没有自己用过也听说过screen的名字了，那么到底什
么是screen, 它又是干什么的呢？为什么它能称得上是我们的镇版之宝？
screen的手册上说了，screen是一个terminal multiplexer。但是对于普通人来
讲，这个定义和没有定义差不多。我觉得最通俗的解释，应该说screen相当于文
本界面下面的一个desktop，就像GNOME, KDE之于X窗口系统。其次，screen还提
供类似于远程桌面（freenx, vnc, 或者Windows下的remote desktop）的功能，
你可以在本地生成一个"桌面"，然后通过网络重新连到这个"桌面"，所有你开的
"窗口"都还在。从这一点上说，screen完全可以取代nohup帮助你远程跑长时间的
程序，比如说需要过夜计算的simulation之类。
* Screen的基本功能
在我们谈screen的基本功能之前，我们来看看一个现代desktop，比如说gnome，
到底都为用户提供了什么。
首先，gnome提供了一个多窗口管理机制。以前这一块由metacity提供，现在很多
情况下是由compiz fusion 3D窗口管理器管。无论是老土的metacity还是眩目的
compiz fusion，其实说穿了都不过是给用户一个机制来管理多个同时运行的图形
化程序。广而论之，X下面的virtual desktop也不过是这个机制的延伸。
其次，gnome提供了一个（或者多个）panel，这个panel上可以加载很多有用的插
件。其中最有用的是window list，显示出你当前打开的几个应用程序的名字，然
后提供一个切换的方法。
第二有用的panel插件大概就是system monitor吧，能够显示出系统当前的
loads, memory等等。有的人大概还喜欢在panel上面显示时间，机器名等等信息。
再接下来，gnome还提供了一些别的服务，比如说程序与程序间的copy/paste服务，
设置多语言编码方式，键盘热键设定，必要的时候把屏幕锁上等等。
我们很快就能看到，以上说的这些功能，都有screen下的对应。当然，gnome是个
庞然大物，里头还有无数应用程序，就是那些以g开头的无数程序。但这些严格的
讲并不是一个桌面系统的一部分。甚至连nautilus严格的讲也不能算是desktop里
头不可分割的一部分。这些应用程序其实很多在文本界面下也有对应物，只不过
不由screen负责而已。我会在本文里头附带稍微介绍一下一些文本模式下的应用
程序。
* Screen的基本操作
** 第一次启动screen
每一个screen进程本身代表一个session. 最简单的方法是在一个终端下直接输入
screen然后回车。这时你会看到一个很简陋的greeting界面，然后你随便按一个
空格它就消失了，剩下的就是普通的shell提示符，好像什么都没发生过。你可以
运行一些标准shell指令，比如说ls，你会发现这个shell和别的shell没有任何不
同。
运行如下命令
screen -ls
你会发现它告诉你有一个screen在跑：
$ screen -ls
There is a screen on:
8671.pts-1.inferno (Attached)
1 Socket in /var/run/screen/S-qiuxing.
现在你输入Ctrl-a, 然后单个字母w，会发现左下角出现一个提示，比如说:
0*$ bash
现在再按Ctrl-a然后d，这时你开头运行命令出现的那些文字都不见了。我们现在再来
跑一次screen -ls:
$ screen -ls
There is a screen on:
8671.pts-1.inferno (Detached)
1 Socket in /var/run/screen/S-qiuxing
什么都没变除了状态由Attached变成了Detached。
现在你把你刚刚用的xterm关掉，重开一个xterm，或者有条件的话换一部电脑，
ssh到你的第一部机器，然后输入screen -r。你看见了什么？是不是之前的那些
文字都又回来了？
其实真正发生的是这么一个过程：screen创建了一个socket(一般是在
/var/run/screen/下面)，把它伪装成为一个虚拟文本终端（pty device）来充当
标准输入输出设备，然后调用了一个shell 程序让它运行在这个文本终端（其实
是个socket）上。当你从一个xterm里头detach掉了screen，screen下运行的程序
不会直接退出，因为它们用的标准输入输入装置已经不是你的xterm(下面跑的那
个shell)所相关的那个虚拟文本终端，而是一个socket了。
** 管理session
一般来说，我们不会裸起一个screen. 好的practice是每次新开一个screen，都
给它取一个好记的名字:
screen -S a_name
下次再用screen -ls的时候就会发现它有一个名字了（就是随机数后面的那一部
分）。
以下为和管理session有关的命令：
- 检查有多少screen session和它们的状态用screen -ls
- detach一个正在跑的session用Ctrl-a d
- reattach这个session用screen -r,
- 如果有多个detached的session, 而我们又想attach到某一个的话，就用screen
-r a_name
- 在一个正在跑的session里头改名字: 先按Ctrl-a, 然后按冒号:, 出来一个类
似vi的输入命令的界面，在里头运行这个内部命令：sessionname a_name
一个很常见的情况：有时我们需要强制reattach到一个attached session，比如
说忘记detach了，或者是ssh的时候网络断线了. 这个命令是: screen -RD
a_name. 事实上它的实现是先给a_name session发出一个detach指令，然后在发
出一个attach指令。
** 管理窗口
- 生成一个新的窗口: Ctrl-a c。这个新的窗口跑的是你的shell。
- 生成一个新的窗口，并且让它跑某个指定的程序: Ctrl-a :, 然后输入:
screen -t <name> <n> <command> 其中<name>是窗口的名字，<n>是窗口号，
<command>是指定的程序。这个命令主要是在配置文件里头用。
- 关闭一个窗口: 退出这个窗口的程序，则窗口自动关闭
- 在无法退出某个程序的时候强制关闭一个窗口: Ctrl-a K
- 窗口列表: Ctrl-a w
- 窗口切换:
1. Ctrl-a ", 出现一个菜单可以选择
2. Ctrl-a <n>, <n>是从0到9的窗口ID，这个命令直接切换到第<n>号窗口
3. Ctrl-a SPACE, 下一个窗口
4. Ctrl-a BACKSPACE, 前一个窗口
5. Ctrl-a Ctrl-a, 在当前和前一个窗口之间转换，相当于Alt-Tab的功能
- 窗口改名: Ctrl-a A
** 分屏
- 上下分成两个区域: Ctrl-a S (相当于emacs里的C-x 2
- 在两个区域里头切换: Ctrl-a TAB
- 合并两个区域: Ctrl-a Q (相当于emacs里的C-x 1), Ctrl-a X (相当于
emacs里头的C-x 0)
** copy/paste
正常模式下screen把所有的不以Ctrl-a开头的命令都完全透明地pass给窗口里
头的程序了。其实screen还有一个copy/paste模式，进入这个模式后screen的行
为就更像一个text editor（vi），你可以copy/paste，也可以上下移动（相当于
scroll window）。
- 进入copy/paste mode: Ctrl-a ESC或者Ctrl-a [.
- 在c/p mode下移动光标: 上下左右箭头，pgup/pgdown等。vi的hjkl,BE,/?等
等也都work
- Set mark: SPACE (类似emacs里面的Ctrl-SPACE)
- 两个mark里的内容自动进入screen的c/p buffer, 并且退出c/p mode。
- 这个c/p buffer还可以用文件写出来: Ctrl-a >
在正常模式下，Ctrl-a ]能够paste刚刚选中的内容。
** 其它有用功能/注意事项
第一重要的注意事项: 不要乱按Ctrl-a s. 它会锁死你的shell。不过不小心碰
到了也别怕，再按一下Ctrl-a q，你的shell就活过来了。
第二重要的事情: 我习惯了在shell/emacs里用Ctrl-a而不是Home跳到句首。可
是现在Ctrl-a被screen占用了。那么，我们怎么输入一个Ctrl-a? 答案: Ctrl-a
再加字母a.
推论: 如果在一个screen里头不小心attach了另外一个screen怎么办? 用Ctr-a
a d来detach里头的那个screen.
- 查看系统时间等信息: Ctrl-a t
- 查看screen本身的信息: Ctrl-a v
- 锁住屏幕: Ctrl-a x
- 清理屏幕: Ctrl-a l
- 有时候screen会显示一些信息，想要显示上一次显示的提示内容的话:
Ctrl-a m
- 给当前窗口录像(生成一个log，记录所有的信息): Ctrl-a H
- 使用visual bell: Ctrl-a Ctrl-g
* 配置文件
screen的基本配置文件是~/.screenrc（用户目录下的一个隐藏文件）。事实上在
这里控制的screen参数都可以在一个正在跑的screen里面通过进入命令行模式
（Ctrl-a :），输入相关命令来实现。但写配置文件可以省不少重复性的工作。
启动screen时有一个"-c"的参数来使用任何一个指定文件作为配置文件。比如:
screen -c .screenrc2
附录里有一个screenrc文件例子，里头详细的注释了每一行是干什么的。
* 高级用法
** 关注某个窗口
有时候我们可能开了一个窗口来跑一个要跑很久的程序，又或者那个窗口跑的是
pine/mutt，但我们在另外一个窗口干活。绝大多数时候第一个窗口都不会有任何
信息，但假设出现了变化比如说程序跑完了或者收到了新的email，我们也希望能
够在干活的当前窗口得到一个提示。
还有另外一种相反的情况，比如说编译一个大程序，不断的会出各种信息。但如
果不出了，那就说明编译完了（或者错了），这时候我们也希望得到通知。这个
功能大约对于Gentoo用户来说是最有用的.
这些都可以通过打开/关闭monitoring来实现。
- Ctrl-a M. 这样当前窗口如果出现变化，系统会通过message来通知你
- Ctrl-a _. 正好是上面的反面，如果当前窗口15秒都没动静了，则screen会发
一个msg.
** caption/hardstatus line
之前我提到过screen可以实现类似于gnome panel的功能。这个功能在screen里面
叫做caption line或者hardstatus line。它的配置看起来比较复杂，但一旦搞明
白了你就可以用它干很多很cool的事情。一个类比是配置bash的提示符，也是属
于不大好配置但很强大的东西。
我先举一个简单的例子吧:
caption always "%{+b Yk}%w"
hardstatus alwayslastline "Host: %H Load: %l "
它的效果是出现了两条panel, 第一条叫做caption line, 里头的内容是带颜色的
窗口信息, 第二条是hardstatus line, 里头有host和system load的信息。
在"%{+b Yk}%w"里头，%是escape sequence，+b是指粗体，Yk指的是亮黄(Y)字体，
配黑色(k)背景，%w是窗口号/名字。hardstatus bar里面，%H是hostname, %l是
系统load（和top里头显示的一样），其他就是一般的字符。
下面是一个比较复杂的hardstatus line配置, 视觉效果比单纯的%w要好：
hardstatus alwayslastline '%{Yk}%-w%{.Yk}%n %t%{-}%+w %=%{.w}'
更多的色彩，信息，请参阅screen manual里头关于string escapes那一章。
** Panel插件
虽然screen提供了很多string escapes, 但它们还是不可能满足所有人所有的需
要。比如说我自己就想知道系统使用了多少内存，有的人可能还想查看有没有新
邮件，等等。在gnome panel里头，这些都是通过panel插件来实现的。在screen
的caption/hardstatus line里也有一个类似的机制，让你把任何一个指定的程序
的output放在panel上。
一个简单的例子：
backtick 1 5 5 uptime
hardstatus alwayslastline "%1`"
解释一下：backtick 1 5 5 uptime的意思是定义外部命令uptime的标准输出作为
一个string escape, ID为1. 一次显示5秒钟，5秒钟之后重新运行一次。
比较复杂的例子(这也是我自己在用的screenrc)：
backtick 1 5 5 /home/qiuxing/bin/my_sysload1
backtick 2 5 5 /home/qiuxing/bin/my_free
hardstatus string '%{Yk}%-w%{.Yk}%n %t%{-}%+w %=%{.w} %{.Yr}%1` %{.Yb}%2`M %
{kY}%C'
其中my_sysload1和my_free的内容如下：
my_sysload1：
#!/bin/bash
cat /proc/loadavg | cut -d" " -f1
my_free:
free -m | tail -n 2 | head -n 1 | cut -c27-29
** 256色
比较新的screen支持256色。如果自己编译，记得在编译的时候打开这个选项。
Feisty和之前的Ubuntu下的screen没有加这个编译选项，但在Gutsy里这个选项已
经有了。我知道的支持256色的程序有vi/emacs/elinks。如果你知道别的文本模
式程序支持256色，请务必让我知道。
如果你知道你的screen支持256色，请在.screenrc里头加入这么几句：
term xterm-256color
attrcolor b ".I"
termcapinfo xterm-256color 'Co#256:AB=\E[48;5;%dm:AF=\E[38;5;%dm'
defbce "on"
其中第一句让screen伪装成一个xterm-256color，第二句让screen使用bold字体，
第三句告诉screen怎么定义前景背景等信息，最后一句是让screen用背景色来
erase text。
另外要确认一下你的系统上的确有xterm-256color这个term的信息。在Ubuntu里，
这个库叫做ncurses-term。
** X/鼠标支持
有一些文本程序也支持鼠标（emacs, elinks, w3m），有的甚至还支持inline
picture display(w3m)。screen对于这些都支持得很好。只要记住远程连接的时
候打开X11 forwarding开关（ssh -X），另外要检查一下shell变量DISPLAY是不
是设置对了（本地显示应该是:0.0，远程一般是:10.0之类的东西）。
** 编码转换
screen还有一个鲜为人知的功能：实现编码转换。比如说mrxvt只能支持gbk，但
不能支持unicode。可是我的中文文件都是unicode编码的。这时就可以通过
screen来实现编码转换：
encoding GBK UTF-8
只要在一个支持unicode的terminal里头生成一个screen session，detach之，下
次在一个编码为zh_CN.gbk的mrxvt里头reattach上这个session，所有的
zh_CN.utf8编码的中文文字就会自动转换为gbk格式。
** 多用户支持
screen还可以支持多用户。也就是说一个用户生成了一个session，然后让guest
来参与。具体的做法是先让screen变成一个setuid root的程序，然后在
screenrc里头允许另外一个用户连接。
如果你用过这个功能就会发现它相当的cool。但因为有一定的security concern，
我就不写太详细了。真要想用的话请参照这个Gentoo howto:
http://gentoo-wiki.com/HOWTO_Snoop_terminal_session#Screen
* 附录
** screenrc文件范例
# 和256色相关的配置
term xterm-256color
attrcolor b ".I"
termcapinfo xterm-256color 'Co#256:AB=\E[48;5;%dm:AF=\E[38;5;%dm'
defbce "on"
# 编码转换
encoding GBK UTF-8
# 使用visual bell
vbell on
# 断线的时候自动detach
autodetach on
# 不要出来那个烦人的greeting
startup_message off
# make the shell in every window a login shell
# 意思是会去执行~/.bash_profile
shell -$SHELL
# 在copy/paste模式下可以回溯到5000行的历史
defscrollback 5000
#remove some stupid / dangerous key bindings
bind k
bind ^k
bind .
bind ^\
bind \\
bind ^h
bind h
#make them better
bind 'K' kill
bind 'I' login on
bind 'O' login off
bind '}' history
# default windows
screen -t work 0
screen -t shell 1
screen -t su 3 sudo su -
screen -t others 4
chdir /home/qiuxing/Documents/writing/linux
screen -t notes 5
chdir
screen -t mutt 6 mutt
select 0
# hardstatus line hack
backtick 1 5 5 /home/xqiu/bin/my_sysload1
backtick 2 5 5 /home/xqiu/bin/my_free
hardstatus alwayslastline '%{Yk}%-w%{.Yk}%n %t%{-}%+w %=%{.w} %{.Yr}%1` %{.
Yb}%2`M %{kY}%C'
让进程在后台可靠运行的几种方法
www.ibm.com/developerworks/cn/linux/l-cn-nohup/index.html
想让进程在断开连接后依然保持运行？如果该进程已经开始运行了该如何补救？ 如果有大量这类需求如何简化操作？
我们经常会碰到这 样的问题，用 telnet/ssh 登录了远程的 Linux 服务器，运行了一些耗时较长的任务， 结果却由于网络的不稳定导致任务中途失败。如何让命令提交后不受本地关闭终端窗口/网络断开连接的干扰呢？下面举了一些例子， 您可以针对不同的场景选择不同的方式来处理这个问题。
如果只是临时有一个命令需要长时间运行，什么方法能最简便的保证它在后台稳定运行呢？
 |
|
我们知道，当用户注销（logout）或者网络断开时，终端会收到 HUP（hangup）信号从而关闭其所有子进程。因此，我们的解决办法就有两种途径：要么让进程忽略 HUP 信号，要么让进程运行在新的会话里从而成为不属于此终端的子进程。
1. nohup
nohup 无疑是我们首先想到的办法。顾名思义，nohup 的用途就是让提交的命令忽略 hangup 信号。让我们先来看一下 nohup 的帮助信息：
NOHUP(1) User Commands NOHUP(1)
NAME
nohup - run a command immune to hangups, with output to a non-tty
SYNOPSIS
nohup COMMAND [ARG]...
nohup OPTION
DESCRIPTION
Run COMMAND, ignoring hangup signals.
--help display this help and exit
--version
output version information and exit
|
可见，nohup 的使用是十分方便的，只需在要处理的命令前加上 nohup 即可，标准输出和标准错误缺省会被重定向到 nohup.out 文件中。一般我们可在结尾加上"&"来将命令同时放入后台运行，也可用">filename 2>&1"来更改缺省的重定向文件名。
[root@pvcent107 ~]# nohup ping www.ibm.com &
[1] 3059
nohup: appending output to `nohup.out'
[root@pvcent107 ~]# ps -ef |grep 3059
root 3059 984 0 21:06 pts/3 00:00:00 ping www.ibm.com
root 3067 984 0 21:06 pts/3 00:00:00 grep 3059
[root@pvcent107 ~]#
|
2。setsid
nohup 无疑能通过忽略 HUP 信号来使我们的进程避免中途被中断，但如果我们换个角度思考，如果我们的进程不属于接受 HUP 信号的终端的子进程，那么自然也就不会受到 HUP 信号的影响了。setsid 就能帮助我们做到这一点。让我们先来看一下 setsid 的帮助信息：
SETSID(8) Linux Programmer’s Manual SETSID(8)
NAME
setsid - run a program in a new session
SYNOPSIS
setsid program [ arg ... ]
DESCRIPTION
setsid runs a program in a new session.
|
可见 setsid 的使用也是非常方便的，也只需在要处理的命令前加上 setsid 即可。
[root@pvcent107 ~]# setsid ping www.ibm.com
[root@pvcent107 ~]# ps -ef |grep www.ibm.com
root 31094 1 0 07:28 ? 00:00:00 ping www.ibm.com
root 31102 29217 0 07:29 pts/4 00:00:00 grep www.ibm.com
[root@pvcent107 ~]#
|
值得注意的是，上例中我们的进程 ID(PID)为31094，而它的父 ID（PPID）为1（即为 init 进程 ID），并不是当前终端的进程 ID。请将此例与nohup 例中的父 ID 做比较。
3。&
这里还有一个关于 subshell 的小技巧。我们知道，将一个或多个命名包含在“()”中就能让这些命令在子 shell 中运行中，从而扩展出很多有趣的功能，我们现在要讨论的就是其中之一。
当我们将"&"也放入“()”内之后，我们就会发现所提交的作业并不在作业列表中，也就是说，是无法通过jobs来查看的。让我们来看看为什么这样就能躲过 HUP 信号的影响吧。
[root@pvcent107 ~]# (ping www.ibm.com &)
[root@pvcent107 ~]# ps -ef |grep www.ibm.com
root 16270 1 0 14:13 pts/4 00:00:00 ping www.ibm.com
root 16278 15362 0 14:13 pts/4 00:00:00 grep www.ibm.com
[root@pvcent107 ~]#
|
从上例中可以看出，新提交的进程的父 ID（PPID）为1（init 进程的 PID），并不是当前终端的进程 ID。因此并不属于当前终端的子进程，从而也就不会受到当前终端的 HUP 信号的影响了。
 |
我们已经知道，如果事先在命令前加上 nohup 或者 setsid 就可以避免 HUP 信号的影响。但是如果我们未加任何处理就已经提交了命令，该如何补救才能让它避免 HUP 信号的影响呢？
这时想加 nohup 或者 setsid 已经为时已晚，只能通过作业调度和 disown 来解决这个问题了。让我们来看一下 disown 的帮助信息：
disown [-ar] [-h] [jobspec ...] Without options, each jobspec is removed from the table of active jobs. If the -h option is given, each jobspec is not removed from the table, but is marked so that SIGHUP is not sent to the job if the shell receives a SIGHUP. If no jobspec is present, and neither the -a nor the -r option is supplied, the current job is used. If no jobspec is supplied, the -a option means to remove or mark all jobs; the -r option without a jobspec argument restricts operation to running jobs. The return value is 0 unless a jobspec does not specify a valid job. |
可以看出，我们可以用如下方式来达成我们的目的。
|
|
- 用
disown -h jobspec来使某个作业忽略HUP信号。 - 用
disown -ah来使所有的作业都忽略HUP信号。 - 用
disown -rh来使正在运行的作业忽略HUP信号。
需要注意的是，当使用过 disown 之后，会将把目标作业从作业列表中移除，我们将不能再使用jobs来查看它，但是依然能够用ps -ef查找到它。
但是还有一个问题，这种方法的操作对象是作业，如果我们在运行命令时在结尾加了"&"来使它成为一个作业并在后台运行，那么就万事大吉了，我们可以通过jobs命令来得到所有作业的列表。但是如果并没有把当前命令作为作业来运行，如何才能得到它的作业号呢？答案就是用 CTRL-z（按住Ctrl键的同时按住z键）了！
CTRL-z 的用途就是将当前进程挂起（Suspend），然后我们就可以用jobs命令来查询它的作业号，再用bg jobspec 来将它放入后台并继续运行。需要注意的是，如果挂起会影响当前进程的运行结果，请慎用此方法。
disown 示例1（如果提交命令时已经用“&”将命令放入后台运行，则可以直接使用“disown”）
[root@pvcent107 build]# cp -r testLargeFile largeFile &
[1] 4825
[root@pvcent107 build]# jobs
[1]+ Running cp -i -r testLargeFile largeFile &
[root@pvcent107 build]# disown -h %1
[root@pvcent107 build]# ps -ef |grep largeFile
root 4825 968 1 09:46 pts/4 00:00:00 cp -i -r testLargeFile largeFile
root 4853 968 0 09:46 pts/4 00:00:00 grep largeFile
[root@pvcent107 build]# logout
|
disown 示例2（如果提交命令时未使用“&”将命令放入后台运行，可使用 CTRL-z 和“bg”将其放入后台，再使用“disown”）
[root@pvcent107 build]# cp -r testLargeFile largeFile2
[1]+ Stopped cp -i -r testLargeFile largeFile2
[root@pvcent107 build]# bg %1
[1]+ cp -i -r testLargeFile largeFile2 &
[root@pvcent107 build]# jobs
[1]+ Running cp -i -r testLargeFile largeFile2 &
[root@pvcent107 build]# disown -h %1
[root@pvcent107 build]# ps -ef |grep largeFile2
root 5790 5577 1 10:04 pts/3 00:00:00 cp -i -r testLargeFile largeFile2
root 5824 5577 0 10:05 pts/3 00:00:00 grep largeFile2
[root@pvcent107 build]#
|
|
我们已经知道了如何让进程免受 HUP 信号的影响，但是如果有大量这种命令需要在稳定的后台里运行，如何避免对每条命令都做这样的操作呢？
此时最方便的方法就是 screen 了。简单的说，screen 提供了 ANSI/VT100 的终端模拟器，使它能够在一个真实终端下运行多个全屏的伪终端。screen 的参数很多，具有很强大的功能，我们在此仅介绍其常用功能以及简要分析一下为什么使用 screen 能够避免 HUP 信号的影响。我们先看一下 screen 的帮助信息：
SCREEN(1) SCREEN(1)
NAME
screen - screen manager with VT100/ANSI terminal emulation
SYNOPSIS
screen [ -options ] [ cmd [ args ] ]
screen -r [[pid.]tty[.host]]
screen -r sessionowner/[[pid.]tty[.host]]
DESCRIPTION
Screen is a full-screen window manager that multiplexes a physical
terminal between several processes (typically interactive shells).
Each virtual terminal provides the functions of a DEC VT100 terminal
and, in addition, several control functions from the ISO 6429 (ECMA
48, ANSI X3.64) and ISO 2022 standards (e.g. insert/delete line and
support for multiple character sets). There is a scrollback history
buffer for each virtual terminal and a copy-and-paste mechanism that
allows moving text regions between windows.
|
使用 screen 很方便，有以下几个常用选项：
- 用
screen -dmS session name来建立一个处于断开模式下的会话（并指定其会话名）。 - 用
screen -list来列出所有会话。 - 用
screen -r session name来重新连接指定会话。 - 用快捷键
CTRL-a d来暂时断开当前会话。
[root@pvcent107 ~]# screen -dmS Urumchi
[root@pvcent107 ~]# screen -list
There is a screen on:
12842.Urumchi (Detached)
1 Socket in /tmp/screens/S-root.
[root@pvcent107 ~]# screen -r Urumchi
|
当我们用“-r”连接到 screen 会话后，我们就可以在这个伪终端里面为所欲为，再也不用担心 HUP 信号会对我们的进程造成影响，也不用给每个命令前都加上“nohup”或者“setsid”了。这是为什么呢？让我来看一下下面两个例子吧。
[root@pvcent107 ~]# ping www.google.com &
[1] 9499
[root@pvcent107 ~]# pstree -H 9499
init─┬─Xvnc
├─acpid
├─atd
├─2*[sendmail]
├─sshd─┬─sshd───bash───pstree
│ └─sshd───bash───ping
|
我们可以看出，未使用 screen 时我们所处的 bash 是 sshd 的子进程，当 ssh 断开连接时，HUP 信号自然会影响到它下面的所有子进程（包括我们新建立的 ping 进程）。
[root@pvcent107 ~]# screen -r Urumchi
[root@pvcent107 ~]# ping www.ibm.com &
[1] 9488
[root@pvcent107 ~]# pstree -H 9488
init─┬─Xvnc
├─acpid
├─atd
├─screen───bash───ping
├─2*[sendmail]
|
而使用了 screen 后就不同了，此时 bash 是 screen 的子进程，而 screen 是 init（PID为1）的子进程。那么当 ssh 断开连接时，HUP 信号自然不会影响到 screen 下面的子进程了。
|
现在几种方法已经介绍完毕，我们可以根据不同的场景来选择不同的方案。nohup/setsid 无疑是临时需要时最方便的方法，disown 能帮助我们来事后补救当前已经在运行了的作业，而 screen 则是在大批量操作时不二的选择了。