使用Linux重定向解决nohup.out无写权限问题

■场景
执行nohup命令的时候，经常会出现下面这种没有写入权限的错误。
nohup: ignoring input and appending output to `nohup.out'

nohup: failed to run command `/etc/nginx_check.sh': Permission denied
 
■linux重定向：
0、1和2分别表示标准输入、标准输出和标准错误信息输出，可以用来指定需要重定向的标准输入或输出。

在一般使用时，默认的是标准输出，既1。当我们需要特殊用途时，可以使用其他标号。

例如，将某个程序的错误信息输出到log文件中：./program 2>log。这样标准输出还是在屏幕上，但是错误信息会输出到log文件中。

另外，也可以实现0，1，2之间的重定向。2>&1：将错误信息重定向到标准输出。

Linux下还有一个特殊的文件/dev/null，它就像一个无底洞，所有重定向到它的信息都会消失得无影无踪。

这一点非常有用，当我们不需要回显程序的所有信息时，就可以将输出重定向到/dev/null。

如果想要正常输出和错误信息都不显示，则要把标准输出和标准错误都重定向到/dev/null， 例如：

# ls 1>/dev/null 2>/dev/null

还有一种做法是将错误重定向到标准输出，然后再重定向到 /dev/null，例如：

# ls >/dev/null 2>&1

注意：此处的顺序不能更改，否则达不到想要的效果，此时先将标准输出重定向到 /dev/null，然后将标准错误重定向到标准输出，

由于标准输出已经重定向到了/dev/null，因此标准错误也会重定向到/dev/null，于是一切静悄悄。

 

■关于nohup

在使用nohup命令的时候，经常由于输出nohup.out的路径没有写入权限，而无法使用nohup。

这是可以使用Linux重定向的方法，将nohup.out重定向至一个有写入权限的路径，或者直接扔到/dev/null中。

nohup ./program >/dev/null 2>/dev/null &

或者

nohup ./program >/dev/null 2>&1 &

另外关于2>&1&

我们在Linux下经常会碰到

nohup command>/dev/null 2>&1 &

这样形式的命令。首先我们把这条命令大概分解下首先就是一个

nohup

表示当前用户和系统的回话下的进城忽略响应HUP消息。

&

是把该命令以后台的job的形式运行。那么就剩下

command>/dev/null
2>&1

,

command>/dev/null

较好理解，

/dev/null

表示一个空设备，就是说吧command的执行结果重定向到空设备中，说白了就是不显示任何信息。那么

2>&1

又是什么含义?

2>&1

几个基本符号及其含义

/dev/null 表示空设备文件
0 表示stdin标准输入
1 表示stdout标准输出
2 表示stderr标准错误

从command>/dev/null说起

其实这条命令是一个缩写版，对于一个重定向命令，肯定是

a > b

这种形式，那么

command
> /dev/null

难道是command充当a的角色，/dev/null充当b的角色。这样看起来比较合理，其实一条命令肯定是充当不了a，肯定是command执行产生的输出来充当a，其实就是标准输出stdout。所以

command
> /dev/null

相当于执行了

command 1 > /dev/null

。执行command产生了标准输出stdout(用1表示)，重定向到/dev/null的设备文件中。

说说2>&1

通过上面

command > /dev/null

等价于

command
1 > /dev/null

,那么对于

2>&1

也就好理解了，2就是标准错误，1是标准输出，那么这条命令不就是相当于把标准错误重定向到标准输出么。等等是&1而不是1，这里&是什么？这里

&

相当于等效于标准输出。这里有点不好理解，先看下面。

command>a 2>a 与 command>a 2>&1的区别

通过上面的分析，对于

command>a 2>&1

这条命令，等价于

command
1>a 2>&1

可以理解为执行command产生的标准输入重定向到文件a中，标准错误也重定向到文件a中。那么是否就说

command
1>a 2>&1

等价于

command 1>a 2>a

呢。其实不是，

command
1>a 2>&1

与

command 1>a 2>a

还是有区别的，区别就在于前者只打开一次文件a，后者会打开文件两次，并导致stdout被stderr覆盖。

&1

的含义就可以理解为用标准输出的引用，引用的就是重定向标准输出产生打开的a。从IO效率上来讲，

command
1>a 2>&1

比

command 1>a 2>a

的效率更高。

举个栗子

来个shell

//test.sh
#!/bin/sh
t
date

chmod +x test.sh

为test.sh增加执行权限。这里我们弄了两条命令，其中t指令并不存在，执行会报错，会输出到stderr。date能正常执行，执行会输出当前时间，会输出到stdout。

执行

./test.sh > res1.log

结果为

我们发现stderr并没有被重定向到res1.log中，stderr被打印到了屏幕上。这也进一步证明了上面说的

./test.sh > res1.log

等价于

./test.sh
1>res1.log

执行

./test.sh>res2.log 2>&1

结果为

这次我们发现stdout和stderr都被重定向到了res2.log中了。上面我们未对stderr也就是2说明如何输出，stderr就输出到了屏 幕上，这里我们不仅对stdout进行说明，重定向到res2.log中，对标准错误也进行了说明，让其重定向到res2.log的引用即 res2.log的文件描述符中。

再思考一下

为何2>&1要写在command>1的后面，直接用2可以么。比如

ls 2>a

。其实这种用法也是可以的，ls命令列出当前的目录，用stdout（1）表示，由于这个时候没有stderr(2)，这个时候执行

ls
2>a

也会正常产生一个a的文件，但是a的文件中是空的，因为这时候执行ls并没有产生stderr(2)。