xshell連線linux中文亂碼

helloxchen發表於2010-11-03

對於國內的Linux使用者,經常煩惱的一個問題是:系統常常在需要顯示中文的時候卻顯示成了亂碼,而由於某些原因,需要英文介面的系統的時候,卻苦於系統不能正常輸入和顯示中文.另外,由於大部分主要Linux發行版都是以英語為主體的,英文介面的系統和應用程式不管在介面的美觀程度和穩定程度上都比中文的略好一些,各種奇怪的BUG也要少一些。因此,很多稍微有英語基礎的Linux使用者都寧願使用英文介面的系統。但是,矛盾又突現出來:在英文系統下,如何才能正常顯示和輸入中文呢?有沒有兩全其美的方案呢?因此,筆者開始探索如何解決這個問題。我的完美狀態是:系統和應用程式全部為英文(系統選單、應用程式工具欄、預設輸入法等),而我需要閱讀和撰寫中文文件的時候,能正確的顯示中文並調出中文輸入法。經過嘗試,設定成功,現在以FC4 Linux為例,講解一些相關知識和設定過程。

本文主要透過修改系統配置的過程來展現修改linux系統配置的一般思路和過程,如果你不太有耐心看完,請跳過文章的1—4節,直接看第五節快速設定部分。

一,相關變數介紹

我們知道大部分Linux系統是無所謂中文版和英文版的,以FC4 Linux為例,系統發行的時候全世界都一樣,系統是中文的還是英文的完全取決於你選擇的語言包。不同國家的人在安裝使用的時候選擇屬於自己國家的語言包,應用程式中的語言也不是寫死的,它根據系統的設定來呼叫相關的語言,所以,一個應用程式寫出來不經過修改,全世界不同國家的使用者都可以以母語介面使用它,這就事所謂的internationalization(國際化),簡稱 i18n。這也是未來軟體的發展趨勢。

那麼,如果我在系統中安裝了不同的語言包和不同的字型,系統是如何判斷我所要的語言介面並呼叫相關的字型的呢?系統中那些檔案和變數在控制這些呢?

在redHat和FC系列Linux系統下,記錄系統預設使用語言的檔案是/etc/sysconfig/i18n,如果預設安裝的是中文的系統,i18n的內容如下:
程式碼:

LANG="zh_CN.UTF-8" SYSFONT="latarcyrheb-sun16" SUPPORTED="zh_CN.UTF-8:zh_CN:zh"


其中LANG變數是language的簡稱,稍微有英語基礎的使用者一看就看出來這個變數是決定系統的預設語言的,即系統的選單、程式的工具欄語言、輸入法預設語言等。SYSFONT是system font的簡稱,決定系統預設用哪一種字型。SUPPORTED變數決定系統支援的語言,即系統能夠顯示的語言。需要說明的是,由於計算機起源於英語國家,因此,不管你把這些變數設定成什麼,英語總是預設支援的,而且不管用什麼字型,英文字型總包含在其中。

這些變數中LANG變數是在字元模式和圖形介面下都用到的,在你登入系統後就被讀取並生效,相信很多人在字元介面下輸入Linux命令的時候經常會遇到顯示出來的出錯資訊是亂碼的情況,必需安裝zhcon或者cce等字元模式下的中文軟體才能正常顯示中文的出錯資訊。如果我不要他顯示中文亂碼,我也不要為了看個很簡單的出錯資訊而特意起用zhcon那我該怎麼辦呢?一個簡單的零時解決的辦法就是設定一下LANG變數:
程式碼:

[root@gucuiwen ~]# LANG="en_US.UTF-8"


即把系統的語言臨時設定成英文,或者更簡單一點,可以直接這樣:
程式碼:

[root@gucuiwen ~]# LANG=""


即把LANG變數清空,由於英語是無論什麼情況都支援的,LANG變數被清空後,系統就預設用英語。這樣設定後,在字元模式下輸出的出錯資訊等就是全英文的了。但這種設定是臨時的,只是臨時改變了LANG這個bash變數而已。當退出重新登入或者切換到其他字元終端後就無效了。到現在,讀者應該想到了,只要把i18n檔案中的LANG變數設定成英文的”en_US.UTF-8”,就可以永久解決這個問題了。修改後的檔案如下:
程式碼:

#LANG="zh_CN.UTF-8" LANG="en_US.UTF-8" SYSFONT="latarcyrheb-sun16" SUPPORTED="zh_CN.UTF-8:zh_CN:zh"


請不要把LANG變數簡單的清空,因為這個變數不僅在字元模式下用到,在圖形介面下也用到,簡單清空在字元模式下確實不會有問題,但在圖形介面下,卻會造成中文無法正常顯示的情況,在過去Re d ha t 系列的版本中i18n檔案中還有一個叫LANGUAGE的變數,專門控制圖形介面下的語言設定,現在的FC系列中已經把這兩個變數整合成一個變數了。

經過修改這個變數,重新起動圖形介面後,就可以看到介面一經完全是英文的了。但是按ctrl+空格卻不能調出中文輸入法,輸入法選單中也不能新增中文輸入法。我們只簡單的修改了LANG變數改變了系統語言設定,當然這一步也可以用圖形介面下的工具修改,而不用親自修改配置檔案。

————————————————————————————

vi /etc/sysconfig/i18n
將內容改為
LANG="zh_CN.GB18030"
LANGUAGE="zh_CN.GB18030:zh_CN.GB2312:zh_CN"
SUPPORTED="zh_CN.GB18030:zh_CN:zh:en_US.UTF-8:en_US:en"
SYSFONT="lat0-sun16"
這樣中文在SSH,telnet終端就可以正常顯示了。
或者改成下面的,正常顯示英文。
LANG="en_US.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en"
SYSFONT="latarcyrheb-sun16"


二,關於執行等級

這個問題似乎和這篇文章的的主題無關,但是介於現在越來越多的linux新手遇到linux圖形介面的問題,而且在中文輸入法設定過程中也牽涉到這些問題,因此想順便提一下。

現在的linux安裝完成後,預設就執行在第5個系統執行級別。在SYSTEM V 風格的UNIX系統中,系統被分為不同的執行級別,這和BSD分支的UNIX有所不同,常用的為0~6七個級別:

0 關機
1 單使用者
2 不帶網路的多使用者
3 帶網路的多使用者
4 保留,使用者可以自給定義
5 圖形介面的多使用者
6 重起系統

由於現在的Linux系統安裝完後就執行在第5個級別,即系統啟動後直接進入圖形介面,而不用在字元模式下登入後用startx或者xinit 來起動圖形介面。這樣看起來很方便。但是有什麼壞處呢? 一旦你改變了某些設定,顯示出問題的時候,系統不斷在圖形和字元間派徊,新手又不知道如何應對,十分麻煩,而且對於學習研究Linux的人來說,這樣不利於瞭解和學習Linux底層的一些東西。很早就用Linux的老使用者都知道,過去的Linux如 redhat6.0,都是預設執行接別為3,即使後來的RedHat9.0也可以在安裝時候選預設字元登入還是圖形登入。但現在的FC系列和其他大多數版本都不管三七二十一直接幫使用者選擇了直接圖形介面登入。雖然對於大多數菜鳥來說,Linux確實越來越簡單了,但是很多樂趣,那些新手也體驗不到了。

也許你不相信,直接圖形登入到系統確實會有很多問題,因此,作為一個有6年Linux使用經驗的Linux和Solaris 系統管理員,我強烈建議在系統安裝完成後把系統的預設執行等級設定在第3級,在字元終端登入後,再手工輸入startx 命令起動圖形介面。可以用如下的方法修改:
用文字編輯器修改 /etc/inittab檔案,把
程式碼:

id:5:initdefault:


這一行,修改成
程式碼:

id:3:initdefault:


儲存後就重起,系統就預設起動到字元介面。不同執行級別之間的差別的在於系統預設起動的服務的不同,如執行級別3預設不啟動X圖形介面服務,而執行級別5 卻預設起動。本質上是沒有區別的,更無所謂不同級別間功能強弱的問題。使用者完全可自給定義不同級別的預設服務。在任何執行級別,使用者都可用init 命令來切換到其他執行級別。

三,調出中文輸入法:

我之所以要在上面費那麼多筆墨來講系統執行級別,是因為對系統的認識是從底部向上開始的。
先把預設執行級別修改成3級別,當然,如果你實在不想修改,就臨時用init 3命令切換到第3級。

這樣你就可以用startx起動圖形介面,然後用ctrl+alt+backspace退出圖形介面。請注意我說的是“退出”圖形介面,而不是按ctrl+alt+F2切到一個字元終端。

好了,一切由startx開始。當你需要在Linux系統中設定某個東西,或者配置某個服務的時候,最關鍵的是要知道,這一切是怎麼開始的。知其然必需知其所以然。如果你有空把/etc/rc.d目錄下的系統起動時執行的指令碼通讀一遍,就完全知道了/etc下的各種配置檔案是用來幹什麼的、如何修改、修改後有什麼效果等等。玩起系統來也能隨心所欲想怎麼改就怎麼改。這就是我一直強調的,知其然一定要知其所以然。一定要深入系統,讀指令碼,學會用命令和手工修改系統配置檔案。這樣對系統才會有透徹的瞭解,整天用圖形介面的工具是不能幫助你對系統有教為透徹深入的瞭解的,不同的linux系統提供的圖形介面配置程式會不同,但命令和配置檔案都是相同的,越是底層的東西越具有通用性。所以,應當先學會手動配置和修改系統配置檔案,等熟悉了以後,再用圖形介面的工具修改,以便減少工作量。

上面提了一下我解決問題的思路。我是順著這個思路開始的:

中文輸入法是在圖形介面下使用的,是圖形介面下執行的一個程式。而圖形介面中的一切,都是由startx程式開啟執行的。這就是問題的根源。

找出startx的位置:
程式碼:

[root@gucuiwen ~]# which startx /usr/X11R6/bin/startx


看startx是一個指令碼還是二進位制檔案:
程式碼:

[root@gucuiwen ~]# file /usr/X11R6/bin/startx /usr/X11R6/bin/startx: Bourne shell script text executable


發現startx是一個shell 指令碼,於是我開啟它分析並閱讀,看看能不能找到一些關於輸入法起動過程和相關變數的線索:
程式碼:

[root@gucuiwen ~]# vi /usr/X11R6/bin/startx


我找到了該指令碼在執行過程中呼叫的其他指令碼和配置檔案的資訊:
程式碼:

userclientrc=$HOME/.xinitrc userserverrc=$HOME/.xserverrc sysclientrc=/etc/X11/xinit/xinitrc sysserverrc=/etc/X11/xinit/xserverrc


並且知道,startx的目的是尋找系統中可用的桌面系統X伺服器系統、以及使用者自定義的引數,最終呼叫xinit來初始化X圖形介面。我沒有在startx指令碼中找到直接和起動輸入法相關的程式碼,於是就可以肯定,輸入法相關的程式碼在startx呼叫的指令碼中。於是我來到
/etc/X11/xinit/ 目錄下,閱讀並分析該目錄下的指令碼,這些指令碼有些是startx直接呼叫的,有些是被startx呼叫的指令碼再呼叫的,存在著多級巢狀的關係,沒有一點耐心還真是搞不清楚。最終我在/etc/X11/xinit/xinitrc.d目錄中的xinput.sh指令碼中找到了和輸入法相關的程式碼:
程式碼:

lang_region=$(echo $tmplang | sed -e 's/..*//') lang_region="zh_CN"  #這一行是修改後加上去的 for f in $HOME/.xinput.d/${lang_region} $HOME/.xinput.d/default /etc/X11/xinit/xinput.d/${lang_region} /etc/X11/xinit/xinput.d/default ; do [ -r $f ] && source $f && break done


透過分析指令碼,我知道,圖形介面啟動的時候指令碼是根據LANG變數來決定是否啟用輸入法,以及啟用哪種語言的輸入法等。問題在於:我們還沒有把LANG變數改成英語之前,系統得到的LANG變數是中文的,因此,它知道需要在圖形介面啟動過程中啟用中文輸入法,但把LANG變數改成英文後,系統根據LANG 變數知道系統是英文的,它便不再啟動中文輸入法,也不再設定和匯出相關的變數,導致中文輸入法不可用。因此,只要在這個指令碼中,“騙”過系統,讓輸入法指令碼“以為”系統是中文的,它不就執行中文輸入法,並匯出相關變數了嗎? 於是,透過分析指令碼,我在xinput.sh中的:

[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/24790158/viewspace-1040824/,如需轉載,請註明出處,否則將追究法律責任。

相關文章