一、問題產(chǎn)生環(huán)境

CentOS 6.3 X64
SecureCRT 7.0.0 英文版

二、問題具體描述

今天操作自己的一臺(tái)Linux服務(wù)器時(shí)，突然su命令不好使了，敲入命令回車后，沒有任何反應(yīng)，不管是su還是su -都一樣，重啟系統(tǒng)后也是問題依舊，郁悶的要命。。。

最耐心的一次等了大概1分多鐘，出現(xiàn)su:后面的字符是亂碼的提示，當(dāng)時(shí)沒截圖，現(xiàn)在也不想還原問題了，下面說說問題的產(chǎn)生原因和解決方法

三、問題產(chǎn)生原因

郁悶了半天，才想起來上一次退出登錄前的動(dòng)作是修改了SecureCRT中的字符編碼設(shè)置，設(shè)置路徑：

如下圖所示：

修改成UTF-8的原因是在系統(tǒng)中使用vi編輯帶中文的配置文件時(shí)，出現(xiàn)亂碼的情況，所以根據(jù)以前的經(jīng)驗(yàn)就設(shè)置了SecureCRT中的字符編碼為UTF-8，這樣就不會(huì)亂碼了。

問題是記得重裝系統(tǒng)前這樣設(shè)置是沒有任何問題的，也就是不會(huì)導(dǎo)致su命令出現(xiàn)沒有反應(yīng)的情況，非常非常奇怪，再仔細(xì)想了一下，貌似前些日子修改了CentOS的i18n配置，當(dāng)前的i18n配置情況

原因總結(jié)：i18n語言配置為中文并且SecureCRT的Character encoding配置項(xiàng)是UTF-8的情況下，就會(huì)導(dǎo)致su命令沒有任何反應(yīng)。

四、問題解決辦法

知道了原因，解決起來就簡單了，我測試過，把i18n語言項(xiàng)配置成中文，SecureCRT的Character encoding配置成Default的情況下，vi打開包含漢字的配置文件，依然會(huì)亂碼，如果把SecureCRT的Character encoding配置為UTF-8又會(huì)導(dǎo)致su命令不起作用,所以我就把i18n還原成默認(rèn)設(shè)置：

文章來源：微笑的魚

海外服務(wù)器租用

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請(qǐng)保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請(qǐng)聯(lián)系alex-e#qq.com處理。