此文经xiaoyao编辑整理,如有不妥见谅　　
(选自linuxsir.org的shell版块-转载):本文的内容来源于 MUO 的 Basics 部分，其原始英文版可以从这里获得

http://www.mandrakeuser.org/docs/。中文版来自吴晓光的CMUO http://dummy.linux.net.cn/~xgwu/cmuo/。MUO 是 Mandrake Linux
http://www.mandrakelinux.com/为用户提供的入门手册，其内容实用并且实时更新，非常适合初学者做入门参考。与常见的各种Linux教程不同，MUO介绍给Linux初学者的是学习 Linux的方法而非对某个系统的描述，这对各种有着千差万别的Linux发行版的学习尤为重要。

(本文编译整理时对相关章节做了相应的删改处理，去掉了针对Mandrake Linux的部分内容。) 使用 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 ，这里需要一些背景知识。

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 。

终端（Terminals） Unix 是可以在许多种机器上运行的操作系统，但人们又如何使用这些机器呢？他们是通过哑终端来连接到这些机器，也就是用键盘、显示器及足够的 electronics （电子元件）组成的机器与中央计算机(central computer)相连。在这些终端上，用户可以敲字符（teletypy），这就是字符串'tty'表示终端设备文件，和'getty'命令的名称来历。 您可能会问，现在这些东西都在哪儿。 这些终端的厂家无法达成一项最终标准，这导致每种牌子的终端都有各自的键盘布局、各自的在屏幕上显示字符的方法、发送或接收什么信号表示什么字符、控制代码等等。

为了避免这些混乱，就创建了一个含有所有不同终端特性的(capability)文件，这就是'termcap'。用一个工具打开'/etc/termcap'瞧瞧，可别吓着了 ;-) 。

Linux 终端大多数用'vt100'或'linux'作为终端类型。

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'的显示标准。 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 的机制，组合许多小程序共同完成。重定向就在其中发挥着重要的作用。

在多个命令间重定向 这要通过管道(pipe)，由管道符号｜来标识。语法是： command1 | command2 | command3 等等 这种格式您一定已经见到过了。管道经常将一个程序的输出送到'more'或'less'来阅读。 ls -l | less 其中，第一个命令提供目录内容，第二个则将其以翻页的方式显示。

更复杂的例子如： rpm -qa | grep ^x | less

第一个命令给出所有已安装的 RPM 包

第二个则将其过滤(filter：'grep')，只剩下以'^x'开头的包

第三个命令则将结果以翻页的方式显示。

重定向至文件 有时，您希望将命令的输出结果保存到文件中，或以文件内容作为命令的参数。这可以通过'>'和'<'来实现。 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 内容加回到文件中。

(是不是有点多？;-) 不必惊慌，您完全可以按照自己的速度，一步步地来学习。别忘了，实践是最好的学习法……)

熟知了许多 shell 的机制后，您可能急着想知道如何来定制环境。在后面的两篇中，您将得到这方面的启示。在最后一篇中，还有一段如何处理 shell 出错信息的常见问答(FAQ)，及一些配置技巧。

第五篇：bash 配置文件／提示符／改变 $PATH bash 配置文件

在您的 home 目录下，运行 ls .bash* 您将看到这些文件：

bash_history ：记录了您以前输入的命令

.bash_logout ：当您退出 shell 时，要执行的命令

bash_profile ：当您登入 shell 时，要执行的命令

bashrc ：每次打开新的 shell 时，要执行的命令。

请注意后两个的区别：'.bash_profile'只在会话开始时被读取一次，而'.bashrc'则每次打开新的终端（如新的 xterm 窗口）时，都要被读取。按照传统，您得将定义的变量，如 PATH ，放到'.bash_profile'中，而象 aliases（别名）和函数之类，则放在'.bashrc'。但由于'.bash_profile'经常被设置成先读取'.bashrc'的内容，您如果图省事的话，就把所有配置都放进'.bashrc'。

这些文件是每一位用户的设置。系统级的设置存储在'/etc/profile'、'/etc/bashrc'及目录'/etc/profile.d'下的文件中。您如果要省点事的话，就把您所有的配置都放进'.bashrc'。 上面的这些文件是每位用户的设置，系统级的设置存储在'/etc/profile'、'/etc/bashrc'及目录'/etc/profile.d' 下的文件中。

但您得习惯用各自的配置文件：编辑不需要'root'权限，还可以使您的设置更有个性。当系统级与用户级的设置发生冲突时，将采用用户的设置, 读取'.bashrc'的内容.

提示符(prompt)

每次当您打开一个控制台(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="\[\033[1m\][\w]\[\033[0m\] " 'root'

在'~/.bashrc'中的设定 是： PS1="\[\033[0;31m\][\w]\[\033[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 "\n 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//