shell (check return of each line)(PIPESTATUS[@])and sudoer

shell result from cmdline

echo $?

if 0 then success ;else failure

(shell 执行每部返回值，rm -rf 错误，打包不能覆盖)

我们知道，linux命令行上一个命令的退出码放在了$?环境变变中，但是，如果这个命令是一串管道符连接和多个命令，怎么知道每个命令的退出码？你可以 使用 PIPESTATUS环境变量。比如这个测试：true | false | true; echo "${PIPESTATUS[@]}"

解决sudo: sorry, you must
have a tty to run sudo

 

前几天遇到一个问题，在一个终端中调用另一个shell，始终是无法执行的，后来捕捉到报错信息为sudo:
sorry, you must have a tty to run sudo，后来，在网上了解到可以如下解决：

1. 编辑 /etc/sudoers

 

  1）Defaults  
 requiretty，修改为 #Defaults    requiretty，表示不需要控制终端。

 

  2）Defaults  
 requiretty，修改为 Defaults:nobody !requiretty，表示仅 nobody 用户不需要控制终端。

 

       如果修改为
Defaults:%nobody !requiretty，表示仅 nobody 组不需要控制终端。

 

其实只要注释掉）Defaults  
 requiretty
那个就可以了。表示在执行的时候不打开终端。但是，有的shell必须要有终端才可以执行。这样显然是不行的。后来，又找到一片文章才搞定。下面为抄录的，仅为记录以后使用。

 

有些程序/脚本可能在没有控制终端的环境下上执行(如系统启动服务时, Daemon,

或者是setsid启动的程序等)
但可能这个程序需要控制终端, 这这么办呢?

如我们的例子: 我们在linux启动时启动一个服务,
可是中间有个程序(旧的systemtap)使用了sudo

但sudo需要控制终端(当然可以通过修改sudo的配置文件,
但这样很对用户不友好啊)

例子: (setsid 启动的程序会失去控制终端)

# setsid sudo ls

sudo: sorry, you must have
a tty to run sudo

(如果你的系统没有输出这句话,
那就是你的系统的sudo配置文件允许sudo可以在这个,

请确保已经设置了Defaults  
 requiretty)

没有控制中断的时候, 打开控制终端是这样的效果:

# setsid head -c 0 /dev/tty

head: cannot open
`/dev/tty' for reading: No such device or address

为了解决这个问题,
所以应该使用能创建(伪)控制终端的程序来启动你的程序如: script, expect

如:

# setsid script -c "sudo
ls" /dev/null

或:

# setsid expect -c 'spawn
sudo ls; expect'

#打开控制终端成功:

# setsid script -c 'head -c
0 /dev/tty' /dev/null 

# setsid expect -c 'spawn
head -c 0 /dev/tty; expect'

不过 setsid 跟 script
组合使用有着奇怪的bug, 我这段时间非常的depression,

这样对script, expect来说,
都是大材小用了