Linux下 su命令与su - 命令有什么区别？

Linux下 su命令与su - 命令的区别：

一、切换root身份不同

1、su命令：su只是切换了root身份，但Shell环境仍然是普通用户的Shell；而su -连用户和Shell环境一起切换成root身份了。只有切换了Shell环境才不会出现PATH环境变量错误，报command not found的错误。

2、su - 命令：su切换成root用户以后，pwd一下，发现工作目录仍然是普通用户的工作目录；而用su -命令切换以后，工作目录变成root的工作目录了。

二、采用su deploy命令后，取目标用户不同

1、su命令：su不会读取目标用户的环境配置文件，如图。

2、su - 命令：su - 读取目标用户的环境配置文件，如图。

综上总结：有“-”和无“-”各自的环境变量不同。

三、service命令

1、su命令：使用 su root 切换到root用户后，不可以使用service命令；

2、su - 命令：使用 su - 后，就可以使用service命令了。

四、用echo $PATH命令后，环境量不同

1、su命令：环境量变为usr。

2、su - 命令：环境量变为oracle。

1、内容不同：

su命令：用来切换用户，substitute英文含义“代替”的意思。

sudo命令：sudo为superuser do 的简写，即使用超级用户来执行命令，一般是指root用户。

2、用法不同：

su命令：不加用户名默认是切换为root用户，切当前目录不改变，其他环境变量不变。

sudo命令： 查看当前用户可以用sudo执行的命令都有哪些。

3、环境不同：

su命令：切换到root用户，但是并没有转到root用户家目录下，即没有改变用户的环境。

sudo命令：是当前用户切换到root，然后以root身份执行命令，执行完成后，直接退回到当前用户，而这些的前提是要通过sudo的配置文件/etc/sudoers来进行授权。

扩展资料：

su的参数：

-c<指令>或--command=<指令>：执行一个指令后就恢复原来的身份；

-f或--fast：使shell不用读取启动文件，适用于csh和tcsh；

-，-l,--login：切换用户时，使环境变量(home，shell，user，logname，path等）和欲切换的用户相同、不使用则取得用户的临时权限；

-m，-p，：变更身份时，保留环境变量不变；

-s<shell>,--shell=<shell>：指定执行命令的shell；

--help：显示帮助；

--version：显示版本信息；

用户账户：指定欲切换用户，默认切换为root。

参考资料：

权限是一样的。

一般都不建议使用root直接登入，且default为root不允许从远端直接登入。

其中一个原因为：系统中log会记录每一个远端登入的操作，如果每个登入者都是用root直接登入造成log中的记录无法分辨责任人。

还有很多系统连直接su命令都不建议使用，建议使用sudo。

这是从安全和权限上考虑的

一、问题产生环境

CentOS 63 X64

   SecureCRT 700 英文版

二、问题具体描述

今天操作自己的一台Linux服务器时，突然su命令不好使了，敲入命令回车后，没有任何反应，不管是su还是su -都一样，重启系统后也是问题依旧，郁闷的要命。。。

最耐心的一次等了大概1分多钟，出现su:后面的字符是乱码的提示，当时没截图，现在也不想还原问题了，下面说说问题的产生原因和解决方法

三、问题产生原因

郁闷了半天，才想起来上一次退出登录前的动作是修改了SecureCRT中的字符编码设置，设置路径：

复制代码

代码如下:

Options Session Options Terminal Appearance Character encoding 从default设为UTF-8

如下图所示：

修改成UTF-8的原因是在系统中使用vi编辑带中文的配置文件时，出现乱码的情况，所以根据以前的经验就设置了SecureCRT中的字符编码为UTF-8，这样就不会乱码了。

问题是记得重装系统前这样设置是没有任何问题的，也就是不会导致su命令出现没有反应的情况，非常非常奇怪，再仔细想了一下，貌似前些日子修改了CentOS的i18n配置，当前的i18n配置情况

复制代码

代码如下:

#LANG="en_USUTF-8"

   #SYSFONT="latarcyrheb-sun16"

   LANG="zh_CNGB18030"

   LANGUAGE="zh_CNGB18030:zh_CNGB2312:zh_CN"

   SUPPORTED="zh_CNUTF-8:zh_CN:zh:en_USUTF-8:en_US:en"

   SYSFONT="lat0-sun16"

记得当时修改这个配置的原因也是为了解决乱码问题，结合当前问题，设想了一下问题的可能原因，然后测试了一下，果然跟想像的一样。

   原因总结：i18n语言配置为中文并且SecureCRT的Character encoding配置项是UTF-8的情况下，就会导致su命令没有任何反应。

四、问题解决办法

知道了原因，解决起来就简单了，我测试过，把i18n语言项配置成中文，SecureCRT的Character encoding配置成Default的情况下，vi打开包含汉字的配置文件，依然会乱码，如果把SecureCRT的Character encoding配置为UTF-8又会导致su命令不起作用,所以我就把i18n还原成默认设置：

复制代码

代码如下:

LANG="en_USUTF-8"

   SYSFONT="latarcyrheb-sun16"

然后把SecureCRT的Character encoding配置为UTF-8就完美解决了vi打开事汉字的文件乱码问题,而且又不会让su命令出问题,好吧，就这样吧！！！

   文章来源：微笑的鱼

“SU程序版本过旧”最简解决方案 ME525手机遇“SU程序版本过旧”提示，按提示进行更新，每次都显示“失败”。

一个灰色井号时时刻刻挂在手机桌面提示栏内，很烦人。

上网查找解决方案，综合各家，简化加优化，成功解决问题。

步骤如下（事先已获取ROOT权限）：

1、在手机“应用程序”中通过“管理应用程序”卸载“授权管理”。

2、用电脑上网下载文件：su-302-efgh-signedzip。

（参考地址：http://ishareiasksinacomcn/f/20734800htmlretcode=0 ）

3、解压後从其中的system\app目录中将文件Superuserapk复制到手机SD卡根目录。

4、在手机上用Root Explorer软件将Superuserapk从sdcard目录下移动到/system/app/目录。

5、按住Superuserapk两秒，选择“权限（Permissions）”。

6、把权限设置为rw-/r--/r--。（说明设置权限为rw-/r--/r--的方法：三行共九个选框，左起，第一行选1和2，第二行和第三行都只选1。）

7、设置後点击Superuserapk，按提示进行安装。

8、安装完毕联接wifi网。注意必须具备使用境外服务器功能，需花费国际流量。

9、拉下手机提示栏，点击灰色井号所在条，进行更新。

10、按照提示完成更新，提示栏上的井号从此消失。注意如果中途出现“失败”的红色提示，不用灰心沮丧，“重试”一下即可。

上述方法简便，不用进入recovery mode ，不用注册什麽网站，不用重刷什麽包，不用一键APN。