securecrt进去之后是$

securecrt进去之后是$，解决办法如下。

1、打开SecureCRT软件。

2、选中所要使用的session服务。

3、待服务起来后，选中选项卡的Options，然后选择sessionOptions。

4、然后选择Appearance，右面会出现一些SecureCRT基本的设置。

5、这时选中SecureCRT的编码集，我们选择utf-8编码。

6、如果想改变SecureCRT的字体风格，也可以在这里面设置，选择font。

7、关闭重新启动这个session，应该就可以生效了。

设置方法及步骤：

1、打开SecureCRT，建立一个链接。

2、点击菜单栏中的 选项=》会话选项，出现会话选项的设置框。

3、在会话选项的设置框中，选择类别中的 终端=》仿真，然后在右边的仿真设置项中，选择linux。这样可以让黑字白底变成黑底白字。

4、选择分类中的 终端=》外观，在右边的窗口和文本外观设置项中，有一项字符编码，选择UTF-8，解决乱码问题。

5、设置项中，有一个字体按钮，点击，会d出一个字体设置对话框。

6、在字体对话框中选择一种中文的字体，字形，以及文字的大小。把下面的字符集，改成“中文 GB2312”.点击确定按钮。

7、回到会话选项框，再次点击确定按钮。这里白底黑字已经变成黑底白字，文字的大小也变大了，中文也没有乱码了。

8、点击菜单栏中的 选项 =》现在保存设置

三、注意事项：每次修改好配置以后，记得保存一下设置

一、问题产生环境

CentOS 6.3 X64

SecureCRT 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的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命令出问题,好吧，就这样吧！！！

---