一、問題產生環境
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配置情況
記得當時修改這個配置的原因也是為了解決亂碼問題,結合當前問題,設想了一下問題的可能原因,然後測試了一下,果然跟想像的一樣。
原因總結:i18n語言配置為中文並且SecureCRT的Character encoding配置項是UTF-8的情況下,就會導致su命令沒有任何反應。
四、問題解決辦法
知道了原因,解決起來就簡單了,我測試過,把i18n語言項配置成中文,SecureCRT的Character encoding配置成Default的情況下,vi打開包含漢字的配置文件,依然會亂碼,如果把SecureCRT的Character encoding配置為UTF-8又會導致su命令不起作用,所以我就把i18n還原成默認設置:
然後把SecureCRT的Character encoding配置為UTF-8就完美解決了vi打開事漢字的文件亂碼問題,而且又不會讓su命令出問題,好吧,就這樣吧!!!