Linux下su命令无反应的解决办法(linux使用su命令出错)

编辑：rootadmin

推荐整理分享Linux下su命令无反应的解决办法(linux使用su命令出错)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:linux使用su命令出错,linux输入su没作用,linux su失败,linux su失败,linux su没反应,linux没有su命令,linux中su命令的用法,linux su没反应,内容如对您有帮助，希望把文章链接给更多的朋友！

一、问题产生环境

CentOS 6.3 XSecureCRT 7.0.0 英文版

二、问题具体描述

今天操作自己的一台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的in配置，当前的in配置情况复制代码代码如下:#LANG="en_US.UTF-8"#SYSFONT="latarcyrheb-sun"LANG="zh_CN.GB"LANGUAGE="zh_CN.GB:zh_CN.GB:zh_CN"SUPPORTED="zh_CN.UTF-8:zh_CN:zh:en_US.UTF-8:en_US:en"SYSFONT="lat0-sun"记得当时修改这个配置的原因也是为了解决乱码问题，结合当前问题，设想了一下问题的可能原因，然后测试了一下，果然跟想像的一样。

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

四、问题解决办法

知道了原因，解决起来就简单了，我测试过，把in语言项配置成中文，SecureCRT的Character encoding配置成Default的情况下，vi打开包含汉字的配置文件，依然会乱码，如果把SecureCRT的Character encoding配置为UTF-8又会导致su命令不起作用,所以我就把in还原成默认设置：复制代码代码如下:LANG="en_US.UTF-8"SYSFONT="latarcyrheb-sun"然后把SecureCRT的Character encoding配置为UTF-8就完美解决了vi打开事汉字的文件乱码问题,而且又不会让su命令出问题,好吧，就这样吧！！！

文章来源：微笑的鱼

Linux中修改密码出现it is based on a dictionary word解决方法用passwd修改用户密码，常常提示BADPASSWORD:itisbasedonadictionaryword。实际上linux要求的密码验证机制是在/etc/login.defs中规定最小密码字符数；同时还要受到/etc

OpenWRT 路由配置技巧(PPTP VPN + 断线自动重连+chnroutes国内路由表) chnroutes路由表这个路由表集中了所有分配到中国大陆的IP段，根据

linux tar命令使用范例 tar语法：语法：tar[主选项+辅选项]文件或者目录使用该命令时，主选项是必须要有的，它告诉tar要做什么事情，辅选项是辅助使用的，可以选用。主选

标签: linux使用su命令出错

本文链接地址:https://www.jiuchutong.com/biancheng/356887.html 转载请保留说明！

上一篇：10个在随机出现在面试中的Linux问题及答案(随机产生10个数)

下一篇：Linux中修改密码出现it is based on a dictionary word解决方法(linux修改密码认证令牌错误)