nohup 后台运行，以及重定向标准输出和标准错误 &/dev/null 文件
nohup 加 &大家都知道是后台运行并把stdout输出到文件nohup.out中。其实&是后台运行的命令。
具体的命令我就不介绍了，一般都是在linux下nohup command_line或者nohup command_line &这之间的差别是带&的命令行，即使terminal关闭，或者电脑死机程序依然运行（前提是你把程序递交到服务器上）；它把标准输出（STDOUT）和标准错误（STDERR）结果输出到nohup.txt文件这个看似很方便，但是当输出很大的时候，nohup.txt文件会非常大，或者多个后台命令的时候大家都会输出到nohup.txt文件，不利于查找结果和调试程序。所以能够重定向输出会非常方便。下面要介绍标准输出，标准输入 和标准错误了。其实我门一直都在用，只是没有注意到，比如>./command.sh > output#这其中的>就是标准输出符号，其实是 1>output 的缩写>./command.sh 2> output＃这里的2>就是将标准错误输出到output文件里。而0< 则是标准输入了。下面步入正题，重定向后台命令>nohup ./command.sh > output 2>&1 &解释：前面的nohup 和后面的&我想大家都能明白了把。主要是中间的 2>&1的意思这个意思是把标准错误（2）重定向到标准输出中（1），而标准输出又导入文件output里面，所以结果是标准错误和标准输出都导入文件output里面了。至于为什么需要将标准错误重定向到标准输出的原因，那就归结为标准错误没有缓冲区，而stdout有。这就会导致 >output 2>output 文件output被两次打开，而stdout和stderr将会竞争覆盖，这肯定不是我门想要的.这就是为什么有人会写成：nohup ./command.sh >output 2>output出错的原因了##########################最后谈一下/dev/null文件的作用这是一个无底洞，任何东西都可以定向到这里，但是却无法打开。所以一般很大的stdou和stderr当你不关心的时候可以利用stdout和stderr定向到这里>./command.sh >/dev/null 2>&1 转自： http://blog.sina.com.cn/s/blog_6c9eaa1501011zml.html
如何重定向正在运行中的进程
有时我们会突然想把一个正在运行中的程序放到后台去执行。由于事先没有准备，很可能忘记重定向输出到文件或者忘记使用screen、nohup一类的命令来跑。下面介绍一个处理这种问题的小技巧。
- 获得程序的进程号(PID)
- 使用gdb调试这个进程。(gdb -p xxx)
- 通过close系统调用关闭标准输出(STDOUT)或者标准错误(STDERR)
- 通过creat系统调用打开一个文件并将其文件描述符通过dup2系统调用复制给标准输出或者标准错误
- 退出调试器。现在可以将程序通过“CTRL+z”, “bg”, “disown“放入后台运行了。
详细操作步骤截图如下
转自： http://www.path8.net/tn/archives/4603nby:~ $ ps awux | grep [t]op
jianingy 4753 0.1 0.0 2308 1008 pts/2 S+ 17:44 0:00 top -b
nby:~ $ gdb -p 4753
GNU gdb (GDB) 7.0
…
0xb776a424 in __kernel_vsyscall ()
(gdb) call close(1)
$1 = 0
(gdb) call dup2(creat(”/tmp/log”, 0600), 1)
$2 = 1
(gdb) quit