一、问题产生环境
CentOS 6.3 X64
SecureCRT 7.0.0 英文版二、问题具体描述
今天操作自己的一台Linux服务器时，突然su命令不好使了，敲入命令回车后，没有任何反应，不管是su还是su -都一样，重启系统后也是问题依旧，郁闷的要命。。。
最耐心的一次等了大概1分多钟，出现su:后面的字符是乱码的提示，当时没截图，现在也不想还原问题了，下面说说问题的产生原因和解决方法
三、问题产生原因
郁闷了半天，才想起来上一次退出登录前的动作是修改了SecureCRT中的字符编码设置，设置路径：
代码如下:
如下图所示：
修改成UTF-8的原因是在系统中使用vi编辑带中文的配置文件时，出现乱码的情况，所以根据以前的经验就设置了SecureCRT中的字符编码为UTF-8，这样就不会乱码了。
问题是记得重装系统前这样设置是没有任何问题的，也就是不会导致su命令出现没有反应的情况，非常非常奇怪，再仔细想了一下，貌似前些日子修改了CentOS的i18n配置，当前的i18n配置情况
代码如下:
#LANG=”en_US.UTF-8″
#SYSFONT=”latarcyrheb-sun16″
LANG=”zh_CN.GB18030″
LANGUAGE=”zh_CN.GB18030:zh_CN.GB2312:zh_CN”
SUPPORTED=”zh_CN.UTF-8:zh_CN:zh:en_US.UTF-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_US.UTF-8″
SYSFONT=”latarcyrheb-sun16″然后把SecureCRT的Character encoding配置为UTF-8就完美解决了vi打开事汉字的文件乱码问题,而且又不会让su命令出问题,好吧，就这样吧！！！
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。