Linux下的su - 以后的PATH环境变量的问题


以下的程序都是在一个docker容器中跑的
1 .首先在root 的权限在运行:

$su - scidb -c "echo $PATH"
图片描述

2 .接下来我用了测试脚本:
图片描述
运行脚本:
图片描述

这两处的环境变量都不一样。

3 .接下来我切换到scidb的用户权限下来查看scidb的PATH的值
图片描述

我有个命令必须要在有后面的那个环境中才能运行成功, 不然会报没找到命令。。。

只要让环境变量和切换到scidb的用户下一样,命令就可以运行成功了。

有哪位前辈知道解决方法的,希望告知答案

Linux docker shell bash

飞翔的西瓜 9 years, 7 months ago

手动把scidb添加到环境变量里试试?我觉得还是权限问题

Alamith answered 9 years, 7 months ago

man su 先搞清楚-,-p等参数的确切意义,部分重要内容贴出来:


 -, -l, --login
       Provide an environment similar to what the user would expect had the user logged in
       directly.

       When - is used, it must be specified as the last su option. The other forms (-l and
       --login) do not have this restriction.

-m, -p, --preserve-environment
       Preserve the current environment, except for:

       $PATH
           reset according to the /etc/login.defs options ENV_PATH or ENV_SUPATH (see below);

CONFIGURATION
ENV_PATH (string)
       If set, it will be used to define the PATH environment variable when a regular user
       login. The value can be preceded by PATH=, or a colon separated list of paths (for
       example /bin:/usr/bin). The default value is PATH=/bin:/usr/bin.

ENV_SUPATH (string)
       If set, it will be used to define the PATH environment variable when the superuser
       login. The value can be preceded by PATH=, or a colon separated list of paths (for
       example /sbin:/bin:/usr/sbin:/usr/bin). The default value is
       PATH=/sbin:/bin:/usr/sbin:/usr/bin.

重要参数说明:

参数-, -l, --login
提供一个类似于用户直接登录的环境,用户可能会希望这样。
使用了 - 时,它必须是 su 的最后一个参数。其它形式(-l 和 --login) 没有这个限制。
参数-m, -p, --preserve-environment
保留当前环境,但 除了 以下列出的:
$PATH 这个环境变量是不能被保留的,它会被重置,将根据/etc/login.defs中ENV_PATH和ENV_SUPATH的值来决定。
...

我打开/etc/login.defs看了一下:


 ENV_SUPATH      PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
ENV_PATH        PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

这正是使用-后,PATH被重置时的值。


所以,不管有没有指定-,或-m或-p,都无法保留当前的PATH环境变量给要su的用户(可能出自安全考虑?),我建立了一个test.sh:


 #!/bin/sh
echo 'PATH='$PATH

验证了这一结果:


 root@acer:/home/jk# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/path/to/demo
root@acer:/home/jk# su - jk -s /home/jk/test.sh
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
root@acer:/home/jk# su jk -s /home/jk/test.sh
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games

那么,如何把当前的PATH付给用户jk,并在test.sh中使用呢?我想到的方法就是直接把PATH作为test.sh的参数传入,把test.sh改成这样:


 #!/bin/sh
echo 'PATH='$PATH
echo 'ARG1='$1

export PATH=$PATH:$1  #直接把参数接上去或替换
echo 'PATH='$PATH

然后测试:


 root@acer:/home/jk# su - jk -s /home/jk/test.sh $PATH
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
ARG1=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/path/to/demo

可以看到/path/to/demo已经拿到了,这时在test.sh接着执行位于/path/to/demo的命令,就应该可以找到。

还有其它什么方法呢?欢迎补充。

被封印的ID answered 9 years, 7 months ago

su -p

战术核卷饼 answered 9 years, 7 months ago

scidb用户有主目录和.bashrc之类的文件吗?

有可能 -c -s 选项的执行环境并不是在source了bashrc或profile之后进行的。这个具体要看su的 - Simulate a full login 到底是什么过程了

billyL answered 9 years, 7 months ago

运行脚本时 su 去了 - 试试

此处前方是荒野 answered 9 years, 7 months ago

Your Answer