linux新手入門――shell入門(轉)

linux新手入門――shell入門(轉)[@more@]

　　前言

　　使用 Shell

　　以下將介紹並解釋基本的 shell 命令和機制。

　　第一篇：超級工具／Terminals，xterms 和 Shells

　　一、超級工具

　　您或許聽過這樣的論調：命令列(the mommand line)早就已經過時了，那東西神秘兮兮的，等等。有些人甚至覺得作業系統中應該沒有這些命令才好。

　　事實是上，您可以不懂任何 shell ，就能使用 Linux 。您啟動系統後可以直接進入 X Window ，最後在 X Window 下關機。

　　我堅信，用 Linux 而不懂 shell ，就象開車只會用頭檔(first gear)一樣。當然，最初看起來，直接而簡單，在大多數情況下都管用。但速度慢，而且無法真正體驗駕駛的樂趣。

　　對，命令列很有趣。就象用一大堆收集到的積木，竟可以完成許多意想不到的創舉，一些極其複雜的工作，只需幾行命令就可以解決。這是因為，在 Unix 中，shell 可不是簡單的命令直譯器（典型的有 Windows 中的 DOS ），而是一個全功能的程式設計環境。

　　這並不意味著 shell 非常容易學通，您知道，好事多磨，這還是要花點工夫的。;-) 但請相信我，這絕對值得。您在很短時間內，就能被一大幫門外漢吹捧為 Unix wizard（奇才） 。*grin*

　　二、為了說明 shell ，這裡需要一些背景知識。

　　1、Terminals, xterms 與 Shells

　　追溯到 Unix 誕生的那個年代，當時還沒有現在流行的"個人計算機"。被稱為計算機的機器，還是吞吐磁帶與 magnetic memory （用術語'core'來表示系統 memory）的龐然大物。DEC 公司（現在的 Compaq）推出的 PDP-11 ，體積小（被稱為 mini）而且價格底，在大學中引起了巨大的反響，很多學校直到那時才買得起一臺計算機（PDP-11 物美價廉，只有 10000$）。

　　這些機器的作業系統由組合語言、機器語言寫成，所以執行起來效率很高，但都無法移植(unportable)。每家計算機公司都給自己的機器配上獨有的作業系統，然後再銷售。

　　這種笨拙的作法很快就被人們意識到了，於是就開始興建一個可以在不同品牌機器上執行的作業系統。1969 年，Ken Thompson 開始寫後來成為 Unix 的第一行程式碼。（Thompson 曾經參加了一個專案：MULTICS，Unix 是與這有關的一個玩笑詞） 其實，Dennis Ritchie 為這個新的作業系統設計了一種新的程式語言-- C 語言後，事情才真正開始。

　　雖然 Unix 的效率不及原來的作業系統，但有三個突出的優點：可以任意移植到其他機器，其中的 C 語言大大簡化了程式設計，而且這些都 free 。很快，全美國的大學都忙著開始為機器安裝 Unix 。

　　2、終端（Terminals）

　　Unix 是可以在許多種機器上執行的作業系統，但人們又如何使用這些機器呢？他們是透過啞終端來連線到這些機器，也就是用鍵盤、顯示器及足夠的 electronics （電子元件）組成的機器與中央計算機(central computer)相連。在這些終端上，使用者可以敲字元（teletypy），這就是字串'tty'表示終端裝置檔案，和'getty'命令的名稱來歷。

　　您可能會問，現在這些東西都在哪兒。 這些終端的廠家無法達成一項最終標準，這導致每種牌子的終端都有各自的鍵盤佈局、各自的在螢幕上顯示字元的方法、傳送或接收什麼訊號表示什麼字元、控制程式碼等等。

　　為了避免這些混亂，就建立了一個含有所有不同終端特性的(capability)檔案，這就是'termcap'。用一個工具開啟'/etc/termcap'瞧瞧，可別嚇著了 ;-) 。

　　Linux 終端大多數用'vt100'或'linux'作為終端型別。

　　3、xterms

　　在八十年代初期，產生了一個 Unix 的圖形子系統-- the X Window System 。九十年代早期，為了更好地實現基於 Intel 的 Unix 類系統上（如FreeBSD、NetBSD、Linux）的應用，產生了一個系統分支-- XFree86 。

　　X Window 中一個很大的好處是可以執行多個虛擬(virtual)終端。甚至在 X Window 下就有這麼個應用程式--'xterm'。您將發現'xterm'和'virtual terminal'在很多情況下都是一樣的。有的地方說'開啟一個 xterm'，其實您不是非要用'xterm'程式，其他的終端模擬器(terminal emulator)，如 rxvt、konsole、aterm、eterm、wterm 等等，一樣有效。

　　終端模擬器（又稱為虛擬終端）透過偽(pseudo) tty 裝置-- pty 與系統相連，並且使用自己的顯示標準-- xterm 。這導致不同的終端模擬器可能在一些按鍵或程式上存在細小的差別，這取決於模擬器多大程度上遵守了'xterm'的顯示標準。

　　4、Shells

　　為了在終端中執行程式，需要 shell 。shell 是作業系統的一部分，用來與使用者打交道，並且可以用來協調各個命令。

　　第一個真正的 Unix shell -- 'sh'，亦稱為'Bourne shell'，誕生於 1975 年，作者是 Steve Bourne 。很快，出現了其他 shell ，如基於原始'Bourne shell'的'ksh'、'zsh'，後者常用作專屬 Unixes 系統中的標準 shell ；也有一些從 C 語言中衍生出來的 shell ，如'csh'或'tcsh'。

　　在 Linux 中，標註的 shell 是'bash'，即 the GNU Bourne-Again Shell （有點玩笑的味道……）。這個 shell 功能非常強大（甚至有人覺得太龐大了），壓縮的 man page 就有 50 KB 。

　　三、Shell 起步

　　首先，有一點小說明：在平常應用中，建議您不要用'root'帳號執行 shell ，如果您還是新手，這一點尤其要注意。作為普通使用者，不管您有意還是無意，都無法破壞系統；但如果是'root'，那就不同了，只要敲幾個字母，就可能導致災難性後果。

　　當您登入系統或開啟一個 xterm 視窗，首先看到的是提示符(prompt)。Red Hat Linux 的標準提示符包括了您的使用者名稱、登入的主機名（沒有設定的話，是'localhost'）、當前所在的目錄(working directory)、提示符號：

　　[tom@belbo tom]$

　　我以使用者名稱'tom'登入名為'belbo'的主機，當前在我的 home 目錄--'/home/tom'中。'root'的提示符：

　　[root@belbo root]#

　　除了不同的使用者名稱外，提示符號由'$'變成了'#'。根據 Bourne shell 的傳統，普通使用者的提示符以'$'結尾，而超級使用者用'#'。

　　提示符的每個部分都可以定製，您在後面將有更深的瞭解。

　　要執行命令的話，您只要在提示符後敲進命令，然後在按 鍵。shell 將在其路徑中（詳情見後）搜尋這個命令，找到以後就執行，並在終端裡輸出相應的結果（如果有的話），命令結束後，再給出新的提示符：

　　[tom@belbo tom]$ whoami

　　tom

　　[tom@belbo tom]$

　　順帶指出，當您敲 ENTER 時，游標(cursor)在哪裡並不要緊，因為 shell 總是會整行地讀取。

　　基本的命令有：'ls'（list directory ，列出目錄內容）、'cp'（copy ，複製）、'mv'（move / rename ，移動／重新命名），'cd '（change directory ，改變目錄），這些命令後面都可以跟上一幫可選項，這方面 man page 有詳細的介紹（man ls, man mv 等等）。

　　在您動身前往 shell 領地前，這裡有幾個術語(terminology)的簡短說明。命令可能帶一些可選項（options）、引數（arguments）：

　　mv -i file dir

　　其中'-i'是命令'mv'的一個可選項，而'file'和'dir'則是引數。所有可選項在該命令的 man page 都中有詳細的介紹（此例中用 man mv），而引數則由您提供。可選項決定命令如何工作，而引數則用於確定命令作用的目標。

　　到目前為止，介紹得有點象許多人厭惡輕視的 DOS shell ，但伴隨著下面的介紹，您將會有新的體驗。

　　第二篇：自動補齊／命令列的歷史記錄／編輯命令列／可用的 Shell 快捷方式

　　Unix （及後繼者 Linux）在命令列下面誕生，因此，Unix 中的命令列有許多非常實用的功能。在本篇中，我們將來作一些瞭解。

　　一、自動補齊；

　　如何用'cd'（改變目錄，change directory）最快地從您當前所在的 home 目錄跳到'/usr/src/redhat/'呢？

　　cd /usrr

　　這稱為'命令列自動補齊'(automatic command line completion)，這在平常應用中是不可缺少的。讓我們仔細看看這個例子：

　　cd /u

　　擴充套件成了 cd /usr/ ，很簡單吧。下面的

　　cd /usr

　　擴充套件為 cd /usr/src/ 。如果您只敲了cd /us，'/usr'下匹配的（'cd /u*/s*'）三個子目錄將列出供您選擇：'/usr/sbin'、'/usr/share'和'/usr/src'。

　　因此， 鍵可以很方便地用於根據前幾個字母，來查詢匹配的檔案或子目錄。比如，ls /usr/bin/zip 將列出所有'/usr/bin'下面，以字串'zip'開頭的檔案或子目錄。當然，完成這類任務還有更厲害的命令，但這個方法確實很管用。

　　另外，碰到長檔名時就顯得特別方便。假設您要安裝一個名為'boomshakalakwhizbang-4.6.4.5-i586.rpm'的 RPM 包，您輸入 rpm -i boom ，如果目錄下沒有其他檔案能夠匹配，那 shell 就會自動幫忙補齊。

　　cd /usrl

　　將擴充套件成 cd /usr/src/linux ，並等待繼續。'/usr/src'中有兩個匹配的目錄：'/usr/src/linux-[...]'、'/usr/src/linux'。如何告訴 shell 您想要後面的那個呢？只要跟一個斜線（/ ，slash），就可以選擇後面的那個了。

　　假如您不確定是'/usr/src/linux/Documentation'還是'/usr/src/linux/documentation'。而您知道，Linux 是區分大小寫的。如果已經仔細讀過前面部分的話，您想到可以用：

　　cd /usrl/d

　　擴充套件成了'/usr/src/linux/drivers/'，因此應該是'Documentation'(大寫的'D')。

　　這種補齊對命令也有效：

　　[tom@belbo tom]$ gre

　　grecord grefer grep

　　[tom@belbo tom]$ gre

　　在這裡 shell 將列出所有以字串'gre'開頭的已知命令。

　　二、命令列的歷史記錄

　　透過按向上方向鍵，您可以向後遍歷近來在該控制檯下輸入的命令。用向下方向鍵可以向前遍歷。與 SHIFT 鍵連用的話，您還可以遍歷以往在該控制檯中的輸出。您也可以編輯舊的命令，然後再執行。

　　按 後，shell 就進入"reverse-i(ncremental)-search"（向後增量搜尋）模式。現在輸入您要找的命令的首字母：

　　(reverse-i-search)`':. 敲入 'i'可能會變成：

　　(reverse-i-search)`i': isdnctrl hangup ippp0

　　如果您再按 鍵，上面的命令將再次執行。而如果您按了向右、向左方向鍵或 ，上面的命令將回到普通的命令列，這樣您就可以進行適當編輯。

　　編輯命令列

　　透過游標和功能鍵（Home、End 等鍵），您可以瀏覽並編輯命令列，如果您需要，還可以用鍵盤的快捷方式來完成一般的編輯：

　　l ：刪除從游標到行尾的部分

　　l ：刪除從游標到行首的部分

　　l ：刪除從游標到當前單詞結尾的部分

　　l ：刪除從游標到當前單詞開頭的部分

　　l ：將游標移到行首

　　l ：將游標移到行尾

　　l ：將游標移到當前單詞頭部

　　l ：將游標移到當前單詞尾部

　　l ：插入最近刪除的單詞

　　l ：重複前一個命令最後的引數。

　　例如：您用命令 mkdir peter/pan/documents/tinkerbell 新建了一個目錄，現在您向用命令'cd'進入該目錄，您可以用 cd !$，shell 將把前一個命令'mkdir'的引數新增到現在的'cd'後面。

　　當您更深入瞭解Linux後，將看到這些快捷方式在其他應用程式下輸入時，有時也有效，比如，在瀏覽器中的輸入框中。

　　三、可用的 Shell 快捷方式

　　Red Hat Linux 帶有不少快捷方式，其中一部分是 bash 原來就有的，而還有一些則是為您預先設定的（在後面您將看到如何設定）。

　　由於 home 目錄是每位使用者的活動中心，許多 Unix 對此有特殊的快捷方式。

　　'~'就是您的 home 目錄的簡寫形式。我們假設您在其他目錄，想把一個名為'sometext'的檔案複製到您 home 目錄下的 'docs'子目錄中。除了輸入：

　　cp sometext /home/myusername/docs

　　您還可以用簡寫：

　　cp sometext ~/docs

　　理論上，這也可以應用在命令'cd'上。無論當前路徑在哪裡，cd ~ 將回到您的 home 目錄。其實還可以簡化，只要鍵入 cd ，就可以返回 home 目錄了。

　　Red Hat Linux 為您提供了一些預先設定的快捷方式（稱為'別名'，aliases），比如：

　　l ll ：將執行'ls -l -k'（以長格式列出目錄內容，包括一些檔案屬性，並以 KB 而不是 byte 為單位顯示檔案大小）

　　l ls ：將執行'ls -F --color=auto'（列出目錄內容，加上檔案型別標識，並使用顏色）

　　現在，您應該對 shell 及一些快捷方式有了進一步的瞭解，下面我們來看看除了應用一些簡單的命令，shell 還能作什麼。

　　第三篇：命令的排列／命令的任務排程／命令的替換

　　一、命令的排列

　　現在您將看到一些常用的命令排列。您可能想在一行中給出所有命令，然後就可以把注意力轉移到其他地方。沒問題，shell 允許您在不同的命令之間，放上特殊的排列字元(queuing characters) 。這兒將介紹最常用的兩種。

　　請注意，為了看起來更清楚，我在這些字元兩旁加了空格。而在實際應用中，您不一定要這麼做，'ls -a ; du -hs'和'ls -a;du -hs'的效果是一樣的。

　　command1 ; command2

　　先執行 command1 ，不管 command1 是否出錯，接下來執行 command2 。

　　例如：

　　ls -a ; du -hs

　　將先在螢幕上列出目錄中的所有內容，然後列出所有目錄及其子目錄所佔磁碟大小。

　　command1 && command2

　　只有當 command1 正確執行完畢後，才執行 command2 。

　　例如：

　　ls -a bogusdir && du -hs

　　將返回 ls: bogusdir: No such file or directory ，而'du'則根本沒有執行（這是因為您沒有'bogusdir'目錄）。如果您將符號換成了';'，'du'將被執行。

　　為了進一步說明';'和'&&'的區別，及一般命令排列的用處，下面舉一個經典的例子：Linux 核心的編譯和安裝。

　　要編譯、安裝 Linux ，您需要執行一串命令：'make dep'、'make clean'、'make bzImage'、'make modules'、'make modules_install'和'make install'。如果要等一個命令完成後，再輸入下一個，再等，再輸入，……，那就太麻煩了。另一方面，每個命令只有當前面的命令都正確執行完畢後，才能開始執行。如果您用';'來排列命令，則即使有命令執行失敗，後面的也照常執行，最後，您可能在'/boot'目錄下得到一個有問題的核心映像(image)。而用'&&'：

　　make dep && make clean && make bzImage && make modules && make modules_install && make install

　　不需要中途打斷，就可以編譯核心及其模組，並完成後面的安裝。

　　二、命令的任務排程

　　當您在終端裡執行一個命令或開啟一個程式時，終端要等到命令或程式執行完畢後，才能再被使用。在 Unix 中，我們稱這樣的命令或程式在前臺(foreground)執行。如果您想在終端下執行另一個命令，則需要再開啟一個新的終端。

　　但這裡還有一個更優雅的辦法，稱為任務排程(jobbing)或後臺(backgrounding)。當您運用任務的排程或將命令置於後臺，終端就立即解放了，這樣一來，終端立即就可以接受新的輸入。為實現這樣的目的，您只需在命令後面新增一個 & ：

　　gqview &

　　告訴 shell 將圖片檢視器'GQview'放到後臺去執行（即當成 job 來執行）。

　　命令 jobs 將告訴您，在這個終端視窗中，執行著哪些命令與程式：

　　jobs

　　[1]+ Running gqview &

　　當您要關閉終端視窗時，這一點就很重要，因為關閉終端將導致所有在其中執行的任務都將被中止，在此例中，如果您關閉了終端，由這個終端開啟的 GQview 程式也將被關閉。

　　但如何將前臺執行的一個程式放到後臺去？沒問題：

　　gqview

　　[2]+ Stopped gqview

　　bg

　　[2]+ gqview &

　　組合鍵 將掛起終端中正在執行的程式，然後您就可以用 bg 命令將其放到後臺去執行。

　　請注意，在後臺執行圖形應用程式有時候是有用處的，這樣可以在終端下顯示這個程式的出錯資訊，雖然這對您可能沒有直接的幫助，當如果碰到了麻煩，向別人詢問時，這些出錯提示就有用武之地了。

　　一些圖形程式，很可能還處在測試期(Beta)，儘管在後臺執行，也會在終端中輸出一些資訊。如果您對此不滿，可以用下面命令：

　　command &>/dev/null &

　　這不僅將程式送到後臺執行，還將其輸出發到'/dev/null'檔案。'/dev/null'是系統的"碎紙機" (shredder)，所有送到那裡的資訊都將消失殆盡。

　　三、命令的替換

　　命令替換(Command substitution)是一項很實用的功能。我們假設，您想看看 XFree86 文件中的 'README.mouse'檔案，但您不知道這個檔案的位置。但您是位機靈的使用者，已經聽說了'locate'命令，也安裝了'slocate'包，您就可以用：

　　locate README.mouse

　　發現那個檔案在'/usr/X11R6/lib/X11/doc'。現在您就可以在終端裡用'less'或在檔案管理器中進入那個目錄然後讀取檔案。而命令替換可以給您帶來一些便捷：

　　less $(locate README.mouse)

　　一步到位。命令'locate README.mouse'的輸出(= /usr/X11R6/lib/X11/doc/README.mouse)作為'less'的引數，然後就可以顯示檔案內容了。

　　這種機制的語法是：

　　command1 $(command2)

　　除了'$( )'，您還可以用後引號(backquote)：

　　command1 `command2`

　　這樣雖然可以減少輸入，但可讀性差，而且很容易就和沒有替換功能的一般單引號混淆。我更欣賞前一種方法，但這最終起決於您。

　　這裡有另外一個例子。我們假設，您打算結束一個名為'rob'的程式。您先得用命令'pidof'找出相應的程式號(Process ID)，然後以這個 PID 為引數，執行'kill'命令，這樣就可以結束'rob'程式。除了用：

　　pidof rob

　　567

　　kill 567

　　您還可以試試：

　　kill `pidof rob`

　　怎麼樣，效率有所提高吧？

　　在下一篇中，我將接著介紹 shell 的另外兩種實用的機制：檔名匹配、輸出重定向。

　　第四篇：檔名匹配／輸出重定向

　　一、檔名匹配

　　檔名匹配使得您不必一一寫出名稱，就可以指定多個檔案。您將用到一些特殊的字元，稱為萬用字元(wildcards)。

　　假設您想用'rm'命令刪除目錄下所有以字串'.bak'結尾的檔案。除了在'rm'後跟上所有檔名作為引數，您還可以用萬用字元'*'：

　　rm *.bak

　　'*'可匹配一個或多個字元。在本例中，您告訴 shell 將命令'rm'的引數擴充套件到"所有以'*.bak'結尾的檔案"，shell 就將擴充套件後的引數告訴'rm'命令。

　　您將看到，shell 在命令執行前，就將讀取並解釋命令列。正是因為這個，您才可以將萬用字元用於 shell 命令的引數中。

　　讓我們更進一步地來認識萬用字元'*'。假定您有個目錄，其中含檔案'124.bak'、'346.bak'及'583.bak'。您想只保留檔案'583.bak'，可以用：

　　rm *4*.bak

　　shell 就將'*4*.bak'擴充套件成"所有含'4'並以'.bak'結尾的字串"。

　　注意到 rm 4*.bak 無法工作，因為這匹配的是以'4'開頭的檔案。由於目錄中沒有這樣的檔案，shell 將這個模式擴充套件為空的字串，故'rm'將返回出錯資訊：

　　rm: cannot remove `4*.bak': No such file or directory

　　如果您想保留檔案'345.bak'，而刪除'124.bak'和'583.bak'。這看起來有些難度，因為被刪檔案的名稱除了字尾其他都不同。但幸運的是，您可以用不含有來指定檔案：

　　rm *[!6].bak

　　這將被讀為：除了以'6.bak'結尾的檔案，刪除其他所有以'.bak'結尾的檔案。您必須將取反號(negation sign)與取反字元（這裡是 6）放到括號中，不然的話，shell 會將驚歎號(exclamation mark)解釋成歷史記錄替換的開始(the beginning of a history substitution)。取反號在本篇介紹的所有匹配模式中都有效。

　　請注意：萬用字元'*'與取反號連用，很容易產生問題。猜猜

　　rm *[!6]*.bak

　　表示什麼？這個命令將刪除所有檔案，甚至包括名稱中包含'6'的檔案。如果您將萬用字元'*'放到了取反號前面和後面，實際上取反號將失效，因為 shell 將其解釋為"所有名稱中任何位置都不含該字元的檔案"。在我們的例子裡，只有檔案'666.bak'不符合該模式。

　　第二個萬用字元是問號(question mark)：'?'。在匹配時，一個問號只能代表一個字元。為了示範其用途，我們在上例的假設中新增兩個新檔案：'311.bak~'和'some.text'。現在，列出所有在點號後有四個字元的檔案：

　　ls *.????

　　問號萬用字元能夠有效地避免上面提到的'取反號陷阱'(negation trap)：

　　rm *[!4]?.*

　　將擴充套件成"所有除了點號前倒數第二個字元為'4'的檔案"，也就是隻保留檔案'346.bak'。

　　您可能會問，有沒有其他匹配方式？到目前為止，您只看到了在指定位置匹配唯一字元的方法。但其實您也可以這樣：

　　ls [13]*

　　將列出所有以字元'1'或'3'開頭的檔案；在我們的例子中，檔案'124.bak'、'311.bak~'和'346.bak'匹配。注意到您必須用中括號將匹配的模式括起來，否則模式只匹配以字串'13'開頭的檔案。

　　接下來，您將高興地看到還可以定義匹配的範圍：

　　ls *[3-8]?.*

　　將列出所有點號前倒數第二個字元落在'3'到'8'範圍的檔案。在我們的例子中，匹配的檔案是'346.bak'和'583.bak'。

　　二、引用 shell 的特殊字元

　　但是，上面的那些機制存在一個缺點：shell 總在命令執行前，試著進行擴充套件。有時候，會變得很棘手：

　　l 檔名包含特殊字元。假設您在那個目錄中還有一個名為'!56.bak'的檔案。下面試圖進行模式匹配：

　　rm !*

　　rm

　　rm: too few arguments

　　shell 將'!*'解釋成歷史記錄的替換（加入前一個命令的所有引數），而不是匹配方式。

　　l 命令本身帶特殊字元作引數。一些 Linux 下的命令列工具，比如 (e)grep、sed、awk、find 及 locate ，都使用自己的正規表示式(regular expressions)。這些表示式與模式匹配看起來驚人地相似，但在某些地方又有所不同。

　　但為了使這些特殊命令生效，shell 就不能先將其當作模式匹配來解釋：

　　find . -name [1-9]* -print

　　find: paths must precede expression

　　應該是：

　　find . -name '[1-9]*' -print

　　./346.bak

　　./124.bak

　　./583.bak

　　./311.bak~

　　您可以透過反斜線(back slash)來引用特殊字元，比如 ! 、$ 、? 或空格：

　　ls !*

　　!56.bak

　　或者用（單）引號：

　　ls '!'*

　　!56.bak

　　請注意，要看清楚引號應該放在什麼位置。命令 ls '!*' 將查詢名為'!*'的檔案，這是由於萬用字元也在引號間，所以只能依照字面來解釋。

　　三、輸出重定向

　　Unix 的理念是彙集許多小程式，每個東東都有特殊的專長。複雜的任務不是由大型軟體完成，而是運用 shell 的機制，組合許多小程式共同完成。重定向就在其中發揮著重要的作用。

　　1、在多個命令間重定向

　　這要透過管道(pipe)，由管道符號｜來標識。語法是：

　　command1 | command2 | command3 等等

　　這種格式您一定已經見到過了。管道經常將一個程式的輸出送到'more'或'less'來閱讀。

　　ls -l | less

　　其中，第一個命令提供目錄內容，第二個則將其以翻頁的方式顯示。更復雜的例子如：

　　rpm -qa | grep ^x | less

　　第一個命令給出所有已安裝的 RPM 包，第二個則將其過濾(filter：'grep')，只剩下以'^x'開頭的包，第三個命令則將結果以翻頁的方式顯示。

　　2、重定向至檔案

　　有時，您希望將命令的輸出結果儲存到檔案中，或以檔案內容作為命令的引數。這可以透過'>'和'

　　command > file

　　將 command 的輸出儲存到 file 中，這將覆蓋 file 中的內容：

　　ls > dirlist

　　將當前目錄的內容儲存到'dirlist'檔案。

　　command < file

　　將 file 內容作為 command 的輸入：

　　sort < dirlist > sdirlist

　　將檔案'dirlist'的內容送到命令'sort'，然後再將排序後的結果送到檔案'sdirlist'。當然，您也可以一步到位：

　　ls | sort > sdirlist

　　一種特殊的方式是'command 2> file'。這將 command 執行的出錯資訊送到 file 中。這個您到時候會需要……

　　另一種運算子是'>>'，這將輸出新增到已存在的檔案中：

　　echo "string" >> file

　　將 string 加到檔案 file 中。這是不開啟檔案而完成編輯的好辦法！

　　但是，''運算子都有一個重要的限制：

　　command < file1 > file1

　　將刪除 file1 的內容，而

　　command < file1 >> file1

　　卻可以很好地工作，將加工過的 file1 內容加回到檔案中。

　　是不是有點多？;-) 不必驚慌，您完全可以按照自己的速度，一步步地來學習。別忘了，實踐是最好的學習方法……

　　第五篇：bash 配置檔案／提示符／改變 $PATH

　　一、bash 配置檔案

　　在您的 home 目錄下，執行

　　ls .bash*

　　您將看到這些檔案：

　　l .bash_history ：記錄了您以前輸入的命令，

　　l .bash_logout ：當您退出 shell 時，要執行的命令，

　　l .bash_profile ：當您登入 shell 時，要執行的命令，

　　l .bashrc ：每次開啟新的 shell 時，要執行的命令。

　　請注意後兩個的區別：'.bash_profile'只在會話開始時被讀取一次，而'.bashrc'則每次開啟新的終端（如新的 xterm 視窗）時，都要被讀取。按照傳統，您得將定義的變數，如 PATH ，放到'.bash_profile'中，而象 aliases（別名）和函式之類，則放在'.bashrc'。但由於'.bash_profile'經常被設定成先讀取'.bashrc'的內容，您如果圖省事的話，就把所有配置都放進'.bashrc'。

　　這些檔案是每一位使用者的設定。系統級的設定儲存在'/etc/profile'、'/etc/bashrc'及目錄'/etc/profile.d'下的檔案中。但您得習慣用各自的配置檔案：編輯不需要'root'許可權，還可以使您的設定更有個性。當系統級與使用者級的設定發生衝突時，將採用使用者的設定。

　　讀取'.bashrc'的內容，您如果要省點事的話，就把您所有的配置都放進'.bashrc'。

　　上面的這些檔案是每位使用者的設定，系統級的設定儲存在'/etc/profile'、'/etc/bashrc'及目錄'/etc/profile.d'下的檔案中。您最好習慣使用各自的配置檔案：編輯不需要'root'許可權，還可以使您的設定更具個性。當系統級與使用者級的設定發生衝突時，將優先採用使用者的設定。

　　二、提示符

　　每次當您開啟一個控制檯(console)或 xterm 時，最先看到的就是提示符(prompt)，類似於：

　　account@hostname ~ $

　　在預設設定下，提示符將顯示您的使用者名稱、主機名（預設是'localhost'）、當前所在目錄（在 Unix 中，'~'表示您的 home 目錄）。

　　按照傳統，最後一個字元可以標識您是普通使用者（$），還是'root'（#）。

　　您可以透過 $PS1 變數來設定提示符。命令

　　echo $PS1

　　將顯示當前的設定。其中可用字元的含義在 man bash 的'PROMPTING'部分有說明。

　　如何才能完成理想的設定呢？對於健忘的初學者來講，預設設定有些不友好，因為提示符只顯示當前目錄的最後一部分。如果您看到象這樣的提示符

　　tom@localhost bin $

　　您的當前目錄可能是'/bin'、'/usr/bin'、'/usr/local/bin'及'/usr/X11R6/bin'。當然，您可以用

　　pwd （輸出當前目錄，print working directory）

　　能不能叫 shell 自動告訴您當前目錄呢？

　　當然可以。這裡我將提到的設定，包括提示符，大都包含在檔案'/etc/bashrc'中。您可以透過編輯各自 home 目錄下的'.bash_profile'和'.bashrc'來改變設定。

　　在 man bash 中的'PROMPTING'部分，對這些引數(parameter)有詳細說明。您可以加入一些小玩意，如不同格式的當前時間，命令的歷史記錄號，甚至不同的顏色。

　　在'~/.bashrc'中，我喜歡的設定是：

　　PS1="[33[1m][w][33[0m] "

　　'root'在'~/.bashrc'中的設定 是：

　　PS1="[33[0;31m][w][33[0m] "

　　這樣我得到的提示符就是：

　　[/usr/bin]

　　當用'root'時，變成：

　　[/usr/bin]

　　我已經除掉了主機名和使用者名稱，因為我用不著這些。但我首先想一眼就能看出我的身份是普通使用者還是'root'。注意到，普通使用者的提示符可以是黑底白字，或白底黑字。

　　要在終端上獲得恰當的顏色調配， 您可以編輯下面這個指令碼color ，賦予執行許可權（chmod +x color），然後再執行。

　　#!/bin/bash

　　#

　　# This file echoes a bunch of color codes to the

　　# terminal to demonstrate what's available. Each

　　# line is the color code of one forground color,

　　# out of 17 (default + 16 escapes), followed by a

　　# test use of that color on all nine background

　　# colors (default + 8 escapes).

　　#

　　T='gYw' # The test text

　　echo -e " 40m 41m 42m 43m

　　44m 45m 46m 47m";

　　for FGs in ' m' ' 1m' ' 30m' '1;30m' ' 31m' '1;31m' ' 32m'

　　'1;32m' ' 33m' '1;33m' ' 34m' '1;34m' ' 35m' '1;35m'

　　' 36m' '1;36m' ' 37m' '1;37m';

　　do FG=${FGs// /}

　　echo -en " $FGs 33[$FG $T "

　　for BG in 40m 41m 42m 43m 44m 45m 46m 47m;

　　do echo -en "$EINS 33[$FG33[$BG $T 33[0m";

　　done

　　echo;

　　done

　　echo

　　一種更適當的設定：

　　PS1="u: w$ "

　　這樣，提示符就變成：

　　user_name: /usr/bin$

　　您可以透過命令 export 來測試不同的設定（比如，export PS1="u: w$ "）。如果找到了適合的提示符，就將設定放到您的'.bashrc''中。這樣，每次開啟控制檯或終端視窗時，都會生效。

　　您甚至可以給提示符設定主題(theme)，也就是搭配不同的顏色，使其看起來象很棒的 ol

　　的 C64 提示符。如果您對此感興趣，可以看一下

　　Bashish（ ）。

　　三、改變 $PATH

　　'$PATH'與'$PS1'一樣，也是環境變數。輸入

　　set

　　將列出所有當前定義的環境變數。

　　您看到的這些環境變數在 shell 的配置檔案中定義，可能是使用者自己的配置檔案，也可能是由'root'透過'/etc'下面的系統級檔案定義的。如果您使用 X ，更多的一些變數將由 X 、您的視窗管理器或桌面環境的啟動檔案配置。

　　如果對這些設定不很清楚，您暫時最好不要隨便改動。瞭解如何改變 $PATH 變數很有用，因為這個變數決定了 shell 將到哪些目錄中尋找命令或程式。如果要執行的命令的目錄在 $PATH 中，您就不必輸入這個命令的完整路徑，直接輸入命令就可以了。一些第三方軟體沒有將可執行檔案放到 Linux 的標準目錄中。因此，將這些非標準的安裝目錄新增到 $PATH 是一種解決的辦法。此外，您也將看到如何處理一般的環境變數。

　　首先，作為慣例，所有環境變數名都是大寫。由於 Linux 區分大小寫，這點您要留意。當然，您可以自己定義一些變數，如'$path'、'$pAtH'，但 shell 不會理睬這些變數。

　　第二點是變數名有時候以'$'開頭，但有時又不是。當設定一個變數時，您直接用名稱，而不需要加'$'：

　　PATH=/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin

　　要獲取變數值的話，就要在變數名前加'$'：

　　echo $PATH

　　/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin

　　否則的話，變數名就會被當作普通文字了：

　　echo PATH

　　PATH

　　處理 $PATH 變數要注意的第三點是：您不能只替換變數，而是要將新的字串新增到原來的值中。在大多數情況下，您不能用'PATH=/some/directory'，因為這將刪除 $PATH 中其他的所有目錄，這樣您在該終端執行程式時，就不得不給出完整路徑。所以，只能作新增：

　　PATH=$PATH:/some/directory

　　這樣，PATH 被設成當前的值（以 $PATH 來表示）＋新添的目錄。

　　到目前為止，您只為當前終端設定了新的 $PATH 變數。如果您開啟一個新的終端，執行 echo $PATH ，將返回舊的 $PATH 值，而看不到您剛才新增的新目錄。因為您先前定義的是一個區域性環境變數（僅限於當前的終端）。

　　要定義一個全域性變數，使在以後開啟的終端中生效，您需要將區域性變數輸出(export)，可以用'export'命令：

　　export PATH=$PATH:/some/directory

　　現在如果您開啟一個新的終端，輸入 echo $PATH ，也能看到新設定的 $PATH 了。請注意，命令'export'只能改變當前終端及以後執行的終端裡的變數。對於已經執行的終端沒有作用。

　　為了將目錄永久新增到您的 $PATH ，只要將'export'的那行新增到您的'.bash_profile'檔案中。

　　請不要在'.bashrc'中設定 PATH ，否則會導致 PATH 中目錄的意外增長。您每次開啟一個新的 shell ，'.bashrc'都會作用。所以如果在該檔案中新增目錄，您每次開啟一個終端，目錄又會被新增。這將導致 PATH 變數由於目錄複製，不斷地增長。

　　第六篇：命令的別名、Shell 函式／從這裡出發／Shell 常見問題

　　一、命令的別名、Shell 函式

　　記住所有的命令及各自帶的可選項，然後每次一一輸入，這確實有點枯燥。但幸運的是，您可以為常用命令定義快捷方式。這些快捷方式可以用較簡單的命令別名(alias)，或複雜一些的 shell 函式的語法來定義。

　　1、命令的別名

　　例如，我用下面的命令來上傳 MUO 中的檔案：

　　rsync -e ssh -z -t -r -vv --progress /home/tom/web/muo/rsmuo/docs muo:/www/mandrakeuser/docs

　　顯然，如果每次都要逐一輸入，那我早晚會變成木頭。因此我在'~/.bashrc'中定義了別名：

　　alias upmuo='rsync -e ssh -z -t -r -vv --progress /home/tom/web/muo/rsmuo/docs muo:/www/mandrakeuser/docs'

　　現在，我只要輸入 upmuo 就可以完成上傳任務了。

　　定義別名的語法是：

　　alias shortcut='command'

　　命令中有空格的話 ，就需要用引號（如在命令與可選項間就有空格）。請注意，您可以用單引號或雙引號，但他們是有區別的。

　　單引號將****其中的所有字元的特殊含義，而雙引號中的'$'（引數替換）和'`'（命令替換）是例外。這意味著，如果您想在別名中應用變數或命令的替換，就得用雙引號。看一下上面的例子，我在'.bashrc'中定義了一個稱為 MUOHOME 的變數：

　　export MUOHOME=$HOME/web/muo/rsmuo/docs

　　要在上面的別名中用上這個變數，我就必須用雙引號：

　　alias upmuo="rsync -e ssh -z -t -r -vv --progress $MUOHOME muo:/www/mandrakeuser/docs"

　　否則，別名將查詢一個名為'$MUOHOME'的目錄或檔案。

　　您可以用'alias'在命令列快速地建立別名，或將命令放到各自的'~/.bashrc'，或放到系統級的'/etc/profile.d/alias.sh'中（而在 Mandrake Linux 8 以前的版本里，用的是'/etc/bashrc'）。要刪除一個別名，只要輸入：unalias alias 。執行 alias 將列出您系統中所有定義的別名。

　　如果看一下'~/.bashrc'和'/etc/profile.d/alias.sh'，您會發現系統已經定義了一些別名。您可以為同一個命令定義多個別名。當然，您得先確認別名與其他程式名不同，比如象 alias rm='ls -l' 這樣的就不能工作。您可以在命令列輸入這些快捷方式，測試一下。如果 shell 找不到相同名稱的命令，那您就可以將其用作別名了。

　　以下別名可能有用（不要忘了引號！） ：

　　l alias rpmq='rpm -qa | grep' ：現在 rpmq string 就將列出所有名稱中含有 string 的已安裝 RPM 包，

　　l alias ls='ls -ho --color | more' ：ls 將以彩色分頁方式列出檔案，檔案大小以 KB為單位，

　　l alias use='du --max-depth=1 | sort -n | more' ：use 將子目錄按大小排好，並以分頁方式列出，

　　目錄的別名也可以是可移動的介質：alias dlm='/mnt/cdrom/RedHat/RPMS/' 。

　　提示：將有相似功能的別名以相同字母開頭，比如將所有目錄的別名以'd'作開頭，這樣有助於記憶。

　　我相信，您將會用到這些功能。

　　2、Shell 函式

　　寫 shell 函式涉及到了 shell 指令碼，這超出了我們討論的範圍（也不在我的掌握範圍之內 ;-)）。事實上，shell 函式屬於 shell 指令碼，但可以在同一 shell 下被預載入(preload)和執行（而一般的 shell 指令碼至少要開啟一個 sub-shell）。

　　透過 shell 函式，您可以做很多 aliases 無法完成的事情。下面就是一個例子：

　　function apros() { apropos $1 | egrep -v '(3|(n)'; }

　　定義了一個新命令，稱為'apros'。apros name 將先執行'apropos name'（即在 man page 中搜尋命令），然後將得到的輸出送到管道（|），接著用'egrep'過濾，排除第'3'和第'n'章節的 man page ，這個命令可能沒什麼大用處，但可以整理'apropos'命令的輸出。

　　函式允許您在函式內部任何位置，使用執行時的引數。而別名，則只允許在命令列尾放一個引數（比如前面的別名'rpmq'）。

　　'$1'就是位置引數(positional parameter)，表示函式第一個引數的位置識別符號。依此類推，還有'$2'等。

　　function apros() { apropos $1 | egrep -v "($2"; }

　　如果您這樣執行'apros'命令：

　　apros name man_section_number

　　這個命令將搜尋標題中含 name 的 man pages ，但排除 man_section_number 部分：

　　apros menu 3

　　將搜尋標題含'menu'的 man page ，但排除第三章節（關於程式設計的）。注意到您得引用（quote） 兩次，而且還用到了雙引號：

　　l 您必須引用'egrep'的搜尋模式，這樣可以不至於被 shell 誤解。

　　l 您必須用雙引號，這樣第二個引數才能被正確解釋。

　　l 您必須引用圓括號，這樣使'egrep'按字面意思對待對待引數。

　　是不是有點意思？;-)

　　shell 函式的處理類似於別名：將其放到您的'.bashrc'檔案，這樣就能永久生效了。

　　二、從這裡出發

　　我們談到的只是 shell 的一個開頭。掌握了shell 指令碼，您就可以做很多事情，比如將任務自動化，糾正別人指令碼中的錯誤，按照您的習慣定製 Linux 系統。如果您打算學習某種複雜的程式語言，那 shell 指令碼也是一個很好的開端，因為基本概念都是類似的。