diff --git a/zh_CN.GB2312/books/handbook/basics/chapter.sgml b/zh_CN.GB2312/books/handbook/basics/chapter.sgml index db275edf24..89af406ef8 100644 --- a/zh_CN.GB2312/books/handbook/basics/chapter.sgml +++ b/zh_CN.GB2312/books/handbook/basics/chapter.sgml @@ -1,2367 +1,2367 @@ Chris Shumway Rewritten by UNIX 基础 概述 下列章节的命令和功能适用于FreeBSD操作系统。 同时这里许多内容和一些 &unix; 类似操作系统相关。 假如您已经熟悉这些内容可跳过不阅读。 假如您是FreeBSD新手， 那您应该认真详细地从头到尾读一遍这些章节。 读取这些内容，您将了解： 怎样在FreeBSD使用 虚拟控制台。 在 &unix; 中文件权限如何运作， 以及理解 &os; 中的文件标志。 &os; 默认文件系统的架构。 &os;磁盘架构。 怎样挂接或卸下文件系统。 什么是进程、守护进程、信号。 什么是shell，应当怎样去改变登录进入的默认环境。 怎样使用基本的文本编辑器。 什么是设备，什么是设备节点。 &os; 下，使用的是什么可执行文件格式。 怎样使用 man 手册并取得更多资讯。 虚拟控制台和终端 虚拟控制台 终端 FreeBSD能多方面应用，其中之一它能在字符终端输入命令。 您可以在这方面容易地使用FreeBSD这个有强大适应性和功能的 &unix; 系统， 这部份介绍 多终端 和多控制台， 和您在 FreeBSD 应怎样使用它们。 控制台 控制台 假如您没有设置到 FreeBSD 在启动期间给出图形登录， 那么系统将在引导和启动脚本正确运行完成后，给您一个登录的提示。 您会看到类似这样的界面: Additional ABI support:. Local package initialization:. Additional TCP options:. Fri Sep 20 13:01:06 EEST 2002 FreeBSD/i386 (pc3.example.org) (ttyv0) login: 这些信息可能和您的系统稍微有点不同，但不会有很大差别。 最后两行是我们感兴趣的， 理解这一行: FreeBSD/i386 (pc3.example.org) (ttyv0) 这一行是您刚才启动的系统信息其中一块， 您所看到的是一个FreeBSD控制台， 运行在一个Intel或兼容的x86体系架构上面 现在理解一下i386的含义。 请注意 即使您的 FreeBSD 不是运行在一个 Intel 386 CPU， 都会定为i386。 他不是指您的处理器，而处理器的体系结构已经显示过去了。 。这个结构名称 (每一种&unix;结构都有自己的名称) 叫 pc3.example.org， 就是现在这个系统控制台—这个 ttyv0 终端的样子。 在最后，最后一行一直保持这样: login: - 假设在这一部份您的用户名 - username已经注册在FreeBSD里， - 那一步介绍您应怎样做。 + 这里， 您将可以输入用户名 + username 并登录到 &os; 系统中。 + 接下来的一节， 将介绍如何登录系统。 进入FreeBSD FreeBSD是一个多用户和多重处理的系统， 这个介绍换句话来说就是一个系统可容纳许多不同的用户， 谁都可以同时在单一结构下运行大量的程序。 每一个多用户系统都必须在某方面去区别user， 在FreeBSD里 (和这&unix; 类似的操作系统)，完成这方面工作是有必要的， 每位使用者在运行程之前都必须登录, 每位用户都有他的用户名 (username) 和密码 (password)。 FreeBSD 会在用户进入之前作出两次询问。 启动脚本 - 在FreeBSD启动和启动脚本正确运行完后 + 当 FreeBSD 引导并运行完启动脚本之后， 启动脚本这些程序在FreeBSD在启动过程中运行。 它们的主要功能为其他每方面的运行作好准备， 和运行您的配置所用到的相关环境。 - ，它将要求您提供一个有效的用户名: + ， 它会给出一个提示， 并要求输入有效的用户名： login: 举个例子更容易理解，我们假设您的用户名叫john。 在提示符下输入 john并单击Enter， 此时您应该看到这个提示password: login: john Password: 现在输入 john的密码，和单击 Enter。这个密码是没有回显的! 您在这时不必担心，它出于安全考虑才这样做的。 假如您输入的密码是正确的，您应该尽快进入FreeBSD并为练习可用的命令作好准备。 您应该看见 MOTD 或者出现一个命令提示符 (#、$ 或 % 字符). 这表明您已成功登录进入FreeBSD。 多个控制台 在一个控制台运行 &unix; 命令虽说很好， 但 FreeBSD 具有一次运行 多个程序的能力。 仅使用一个控制台只会浪费 FreeBSD 同时运行多任务的能力。 而 虚拟控制台 在这方面发挥强大的功能。 FreeBSD 能配置出给您不同需求的虚拟控制台， 在键盘上您用一组键就能从各个虚拟控制台之间切换。 各个控制台有自己的传输通道， 当您从各个控制台切换时 FreeBSD 会切换到合适的键盘传输通道和显示器传输通道。 FreeBSD 各个控制台之间可利用特殊组键切换并保留原有控制台 关于 FreeBSD 的控制台和键盘设备这些详细资料或使用技巧可在手册里找到: &man.syscons.4;、&man.atkbd.4;、&man.vidcontrol.1; 和 &man.kbdcontrol.1;。 我们不在这里详细介绍， 但是爱好者总会在手册里找到详细的答案。 ，您可这样做: AltF1， AltF2， 一直到 AltF8 在FreeBSD里切换到其中一个虚拟控制台。 同样地, 您正在从其中某个控制台切换到另一个控制台的时候, FreeBSD 会保存正在使用和恢复将要使用屏幕传输通道。 这种结果形成一种 错觉， 您拥有许多虚拟屏幕和键盘可以输入很多的命令。 这些程序需要在一个虚拟控制台不能停止运行而又不需要观察它， 它继续运行而您可以切换到其他的虚拟控制台。 <filename>/etc/ttys</filename>文件 FreeBSD 虚拟控制台的默认配置为8个，但并不是硬性设置， 您可以很容易设置虚拟控制台的个数增多或减少。 虚拟控制台的的编号和设置在 /etc/ttys 文件里。 您可以使用 /etc/ttys 文件在 FreeBSD 下配置虚拟控制台。 文件里每一未加注释的行都能设置一个终端或虚拟控制台 (当行里含有 # 这个字符时不能使用) 。 FreeBSD 默认配置是配置出9个虚拟控制台而只能启动8个， 以下这些行是 ttyv 一起启动: # name getty type status comments # ttyv0 "/usr/libexec/getty Pc" cons25 on secure # Virtual terminals ttyv1 "/usr/libexec/getty Pc" cons25 on secure ttyv2 "/usr/libexec/getty Pc" cons25 on secure ttyv3 "/usr/libexec/getty Pc" cons25 on secure ttyv4 "/usr/libexec/getty Pc" cons25 on secure ttyv5 "/usr/libexec/getty Pc" cons25 on secure ttyv6 "/usr/libexec/getty Pc" cons25 on secure ttyv7 "/usr/libexec/getty Pc" cons25 on secure ttyv8 "/usr/X11R6/bin/xdm -nodaemon" xterm off secure 您能在这文件详细设置每行的参数，加载虚拟控制台启动所需要的物件。 请参考 &man.ttys.5; 联机手册。 单用户模式的控制台 关于 单用户模式 详细介绍在 这里可以找到。 当您运行单用户模式时只能使用一个控制台， 没有多个虚拟控制台可使用。 单用户模式的控制台同也可以在 /etc/ttys 文件设置， 可在这行找到要启动的控制台： # name getty type status comments # # If console is marked "insecure", then init will ask for the root password # when going to single-user mode. console none unknown off secure 这个 console 已经注释掉, 您可编辑这行把 secure 改为 insecure。 这样， 当用单用户进入 FreeBSD 时， 它仍然要求提供 root 用户的密码。 在把这个选项改为 insecure 的时候一定要小心， 如果您忘记了 root用户的密码， 进入单用户会有点麻烦。 尽管仍然能进入单用户模式， 但如果您不熟悉它就会非常令人头疼。 权限 UNIX FreeBSD，是 BSD &unix; 的延续， 并基于几个关键的 &unix; 观念。 从一开始就多处提到 FreeBSD 是一个多用户的操作系统， 它能分别处理几个同时工作的用户所分配的毫无关联任务。 并负责为每位用户的硬件设备、 外设、 内存和 CPU 处理时间作出合理安排。 因为系统有能力支持多用户， 在每一方面系统都会作出谁能读、 写和执行的资源权力限制。 这点权限以三个八位元的方式储存着， 一个是表示文件所属者， 一个是表示文件所属群组， 一个是表示其他人。 这些数字以下列方式表示： 权限 文件权限 数值 权限 目录列表 0 不能读，不能写，不能执行 --- 1 不能读，不能写，可执行 --x 2 不能读，可写，不能执行 -w- 3 不能读，可写，可执行 -wx 4 可读，不能写，不能执行 r-- 5 可读，不能写，可执行 r-x 6 可读，可写，不能执行 rw- 7 可读，可写，可执行 rwx ls 目录 使用命令的 (&man.ls.1;) 参数可以显示出文件的所属者、 所属组和其他人等属性。 请看以下的例子： &prompt.user; ls -l total 530 -rw-r--r-- 1 root wheel 512 Sep 5 12:31 myfile -rw-r--r-- 1 root wheel 512 Sep 5 12:31 otherfile -rw-r--r-- 1 root wheel 7680 Sep 5 12:31 email.txt ... 使用 ls -l 在每行的开始出现了： -rw-r--r-- 从左边起的第一个字，告诉我们这个文件是一怎样的文件: 普通文件?目录?特殊设备?socket?或是设备文件? 在这个例子， - 表示一个普通文件。 接下来三个字是 rw- 是文件拥有者的权限。 再接下来的三个字是 r-- 是文件所属群组的权限。 最後三个字是 r-- 是其他人的权限。 以这一个文件为例，他的权限设定是拥有者可以读写这个文件、群组可以读取、 其他使用者也能读取这个文件。 根据上面的表格， 用数字表示这个文件其三部分的权限应该是 644。 这样很好，但系统怎样对设备进行权限控制的? 事实上 FreeBSD 将大部份设备(的每一个设备)当作一个文件看待， 用程序能打开、读取、写入数据就如其他的文件一样。 而设备文件放在 /dev 目录。 目录也视为一种文件，也有读取、写入、执行的权限。 但目录的执行权限意义并不与普通文件相同， 实际上执行权限是进入权限。 当一个目录是被标示可以执行的时候，那表示它可以被进入， 利用 cd (变化目录位置)可以进入。 这意味着访问这些目录必须是谁才有权力 (当然目录下的文件也受到访问限制)。 详细方面，想读取一个目录的列表就必须设为可读权限， 同时想删除一个已知的文件，就必须把目录下这个文件设为可写 和 执行权限。 还有更多权限设定， 但是他们大多用在特殊状况下如一个setuid的执行文件和粘贴性目录， 如果想要得知有关文件权限和如何设定的更多资讯，请看手册&man.chmod.1;。 Tom Rhodes Contributed by 权限的符号化表示 权限符号 权限符号，某些时候就是指符号表达式， 使用八进制的字符给目录或文件分配权限。 权限符号的使用语法是 (谁) (作用) (权限)。 看看下列数值的在那些地方所起什么样的作用: 选项 字母 介绍 (谁) u 用户 (谁) g 所属群体 (谁) o 其他人 (谁) a 所有人 (全部) (作用) + 增加权限 (作用) - 减少权限 (作用) = 确定权限 (权限) r 可读 (权限) w 可写 (权限) x 执行 (权限) t 粘贴位 (权限) s 设置 UID 或 GID 这些数值 &man.chmod.1; 以习惯标定的。 举个例子，用以下命令阻止其他人访问 FILE文件: &prompt.user; chmod go= FILE 倘若对一个文件作太多的变化设置可用逗号分开， 在下面的例子里， 可以去掉FILE文件的群体和 全部 可写权限， 但所有人都可以有执行权限: &prompt.user; chmod go-w,a+x FILE Tom Rhodes Contributed by &os; 文件标志 在前面所介绍的文件权限的基础之上， &os; 还支持使用 文件标志。 这些标志为文件提供了进一步的安全控制机制， 但这些控制并不适用于目录。 这些文件标志提供了针对文件的进一步控制， 帮助确保即使是 root 用户也无法删除或修改文件。 文件标志可以通过使用 &man.chflags.1; 工具来修改， 其用户界面很简单。 例如， 要在文件 file1 上应用系统禁删标志， 应适用下述命令： &prompt.root; chflags sunlink file1 要禁用系统禁删标志， 只需在前述命令中的 标志前加 no。 例如： &prompt.root; chflags nosunlink file1 要显示文件上的标志， 应使用 &man.ls.1; 的 参数： &prompt.root; ls -lo file1 删除应类似于： -rw-r--r-- 1 trhodes trhodes sunlnk 0 Mar 1 05:54 file1 许多标志只可以由 root 用户来增加， 而另一些， 则可以由文件的所有者来增加。 建议管理员仔细阅读 &man.chflags.1; 和 &man.chflags.2; 联机手册， 以对其加深理解。 目录架构 目录层次 目录层次是理解一个系统的重要基础， 最重要的莫过于它的根目录 /， 这个目录在启动时就就挂上， 它包含了启动时所需的基本系统。 这个根目录同样包含了想要挂接的每一个文件系统。 挂接点 (mount point) 是新增的文件系统在接入现有系统时的起点位置。 标准的挂接点包括 /usr、 /var、 /tmp、 /mnt， 以及 /cdrom。 这些目录通常会在 /etc/fstab 文件中提及。 /etc/fstab 是一张包含系统中各个文件系统及挂接点的表。 在 /etc/fstab 中的绝大多数文件系统都会在启动时由 &man.rc.8; 脚本自动挂接， 除非特别指定了 选项。 更多细节请参考 。 您可以通过 &man.hier.7; 来了解完整的文件系统层次说明。 现在， 让我们先来看一看绝大多数的常见的目录以供参考。 目录 介绍 / 文件系统的根目录。 /bin/ 在单个用户和多用户环境下的基本工具目录。 /boot/ 在操作系统在启动加载期间所用的程序和配置。 /boot/defaults/ 默认每步引导启动的配置内容，请查阅&man.loader.conf.5;。 /dev/ 设备接点，请查阅 &man.intro.4;。 /etc/ 系统启动的配置和脚本。 /etc/defaults/ 系统默认的启动配置和脚本，请参考 &man.rc.8; 。 /etc/mail/ 关系到邮件系统运作的配置， 请参考 &man.sendmail.8;。 /etc/namedb/ named 配置文件，请参考 &man.named.8;。 /etc/periodic/ 每天、每星期和每月周期性地运行的脚本， 请通过 &man.cron.8;查阅 &man.periodic.8;。 /etc/ppp/ ppp配置文件，请查阅&man.ppp.8;。 /mnt/ 由管理员习惯使用挂接点的临时空目录。 /proc/ 运行中的文件系统，请参阅 &man.procfs.5; 和 &man.mount.procfs.8;。 /rescue/ 用于紧急恢复的一组静态联编的程序； 参见 &man.rescue.8;。 /root/ root用户的Home(主)目录。 /sbin/ 在单个用户和多用户环境下的存放系统程序和管理所需的基本实用目录。 /stand/ 持久独一无二的程序环境。 /tmp/ 存放临时文件，通常存放一些系统重启后不需要保护的 &man.mfs.8; 基于内存的文件系统。 /usr/ 存放大多数用户的应用软件。 /usr/bin/ 存放实用命令，程序设计工具，和应用软件。 /usr/include/ 存放标准 C include 文件. /usr/lib/ 存放库文件。 /usr/libdata/ 存放各种实用工具的数据文件。 /usr/libexec/ 存放系统实用或后台程序 (从另外的程序启动执行)。 /usr/local/ 存放本地执行文件， 库文件等等， 同时也是 FreeBSD ports 安装的默认安装目录。 /usr/local 在 /usr 总体布置请查阅 man.hier.7;。 man 目录例外， 它们直接放在 /usr/local 而不是 /usr/local/share 下， 而 ports 说明文档在 share/doc/port。 /usr/obj/ 通过联编 /usr/src 得到的目标文件。 /usr/ports 存放 FreeBSD 的 Ports Collection (可选)。 /usr/sbin/ 存放系统后台程序 和 系统工具 (由用户执行)。 /usr/share/ 存放架构独立的文件。 /usr/src/ 存放 BSD 或者本地源码文件。 /usr/X11R6/ 存放 X11R6 可执行文件、 库文件、 配置文件等的目录(可选)。 /var/ 存放多用途记录、临时性、短期的和打印假脱机系统文件. /var/log/ 存放各种的系统记录文件。 /var/mail/ 存放用户mailbox(一种邮件存放格式)文件。 /var/spool/ 各种打印机和邮件系统spooling(回环)的目录。 /var/tmp/ 存放系统重启前受控制的临时文件。 /var/yp NIS 映射。 磁盘组织 FreeBSD 查找文件的最小单位是文件名。 而文件名区分大小写，这就意味着 readme.txt 和 README.TXT 是两个不相同的文件。 FreeBSD 不凭文件扩展名 (.txt) 去识别这个文件是 程序、 文档， 或是其他格式的数据。 各种文件存放在目录里。 一个目录可以含有许许多多的文件， 允许含有其他的目录，同样允许您添加不同层次的目录在里面。 可以轻松地组织您的数据。 可以通过文件或目录名来指定文件和目录， 在目录名后面加上一个斜线， /， 如果需要的话。 如果您有一个名为 foo 的目录， 它包含另一个目录 - bar， 后者重包括一个叫 + bar， 后者包括一个叫 readme.txt 的文件， 则全名， 或者说到文件的 路径 就是 foo/bar/readme.txt。 在文件系统里目录和文件的作用是存储数据。 每一个文件系统都正确含有一个顶级目录根目录， 这个根目录包含其他目录。 您也许在其他的一些操作系统碰到类似这里的情况， 当然也有不同的情况。 举些例子， &ms-dos; 是用 \ 分隔文件名或目录名， 而 &macos; 则使用:。 FreeBSD在路径方面不使用驱动器名符号或驱动器名称， 在FreeBSD里您不能这样使用： c:/foo/bar/readme.txt。 为了代替(驱动器名符号)， 一个文件系统会指定 根 文件系统， 根文件系统的根目录是 /。 其他每一个文件系统 挂接在根文件系统下。 无论有多少磁盘在FreeBSD 系统里， 每个磁盘都会以目录的方式加上。 假设您有三个文件系统， 名为 A、 B 和 C。 每个文件系统有一个根目录， 而各自含有两个其他的目录， 名为 A1, A2 ( B1, B2 和 C1, C2)。 看看 A 这个根文件系统。 假如您用 ls 命令来查看这个目录您会见到两个子目录: A1 和 A2。 这个目录树是这个样子: / | +--- A1 | `--- A2 一个文件系统必须挂到另一个文件系统的某一目录， 所以现在假设把 B 文件系统挂到 A1目录， 那 B 根目录因此代替 了 A1，而显示出 B 目录(的内容)： / | +--- A1 | | | +--- B1 | | | `--- B2 | `--- A2 无论B1 或 B2 目录在那里而延伸出来的路径必须为 /A1/B1 或 /A1/B2。 而在 /A1 里原有的文件会临时隐藏。 想这些文件再出现把 B 从 A 挂接释放。 把 B 挂接在 A2 那图表的样子就是这样子: / | +--- A1 | `--- A2 | +--- B1 | `--- B2 这个路径分别是 /A2/B1 和 /A2/B2 。 文件系统能把顶部挂接上另一个文件系统上。 继续这个例子， 把 C 文件系统挂接在 B 文件系统里的 B1 目录， 排列如下: / | +--- A1 | `--- A2 | +--- B1 | | | +--- C1 | | | `--- C2 | `--- B2 或者把 C 文件系统挂接在 A 文件系统里的A1目录： / | +--- A1 | | | +--- C1 | | | `--- C2 | `--- A2 | +--- B1 | `--- B2 - 假如您熟悉 &ms-dos;并知到join 命令， + 假如您熟悉 &ms-dos; 并知道 join 命令， 尽管不相同，其实是相似的。 这方面不是普通知识而且涉及到您自己所关心的， 当您安装FreeBSD并在以后添加新磁盘时， 您必须知到该如何新建文件系统和挂接上。 (FreeBSD系统)它有一个主要的根文件系统， 不需要另外新建立， 但当需要手工处理时，这是一个有用的知识。 多样性文件系统的益处 不同的文件系统可用不同的 挂接参数。 - 举些例子， 仔细想一下， 根文件系统能用只读的方的方式挂接上， + 举些例子， 仔细想一下， 根文件系统能用只读的方式挂接上， 防止不经意删除或编辑到一个危险的文件。 把各用户能写入的文件系统分开， 像/home这样， 由另外的文件系统分别用 nosuid 参数挂接，这个参数防止 suid/guid 在执行这个文件系统中的文件时生效， 从而缓解了一些安全问题。 FreeBSD 对一个文件系统的文件布局自动优化， 并依赖文件系统的使用习惯。 所以一个文件系统应有一个针对大量小型文件频繁写入的优化， 另外大型文件系统的优化也应落实。 FreeBSD 的文件系统能够在断电时尽可能避免损失。 然而， 在关键点时的电源失效仍然可能会破坏文件系统的结构。 将您的文件系统分成多个有助于分散风险， 并方便备份和恢复。 统一文件系统的益处 文件系统是固定大小的。 当安装FreeBSD时新建一个文件系统并设定一个大小， 您会在稍后发觉到必须去建一个大的分区。 如果配置不当， 则需要备份、 重新创建文件系统， 然后再恢复数据。 FreeBSD 4.4 或更高的版本提供了 &man.growfs.8; 命令。 这使得能够实时地调整文件系统的大小， 因而不再受其限制。 文件系统是和分区一一对应的。 这里的分区和常用的术语分区 (例如， &ms-dos; 分区) 的意思并不一样， 这是由于 &os; 的 &unix; 传统造成的。 每一个分区使用一个从 a 到 h 的字母来表示。 每个分区只能包含一个文件系统， 这意味着文件系统通常可以由它们在文件系统目录结构中的挂接点， 或对应的分区字母来表示。 FreeBSD 的 交换分区 也需要使用磁盘空间。 交换分区是给 FreeBSD 作 虚拟内存 使用的， 这样能令您的计算机有更多的内存可使用， 当FreeBSD在运行而内存不够的时候， 它会把其他一些可转移的数据转移到交换分区， 空出内存的位置以供使用。 某些 partitions 的用途是确定的。 分区 约定 a 通常指定为根文件系统 b 通常指定为交换分区 c 通常它和所在的 slice 大小相同。 c 分区上工作时必定会影响到事整个 slice (举个例子，坏块扫描器)。 您通常不愿意在这个partition建立文件系统。 d 分区 d 曾经有特殊的含义， 虽然(对我们来说)早已远离而去。 但直到今天，一些工具在 分区 d上运行会发生古怪事情， 所以 sysinstall 通常不建立分区 d。 每一个包含了文件系统的分区被保存在 FreeBSD 称为 slice 的部分上。 Slice 是一个 FreeBSD 术语， 通常被叫做分区， 再次强调， 这是由于 FreeBSD 的 &unix; 背景。 Slices 有其编号， 从1到4。 slices partitions 专用 (dangerously dedicated) Slice 编号在设备名后面， 并有一个 s 前缀， 从 1 开始。 因此 da0s1 是第一个 SCSI 驱动器的第一个 slice。 每个磁盘上只能有四个物理的 slices， 但您可以在物理 slice 中使用适当的类型来创建逻辑 slice。 这些扩展 slice 编号从 5 开始， 因此 ad0s5 是第一个 IDE 磁盘中的第一个 扩展 slice。 文件系统所使用的设备应该占满 slice。 Slices, 专项指定 物理驱动器， 和其他驱动器都包含partitions， 那几个的partitions都是用字母 从 a 到 h来标定的， 而这些字母都在驱动器名字之后，所以 da0a 是指首个da设备的 a partition， 而那个就是 专项指定。 ad1s3e 是指IDE磁盘第三个slice的第五个partition。 最终，每个磁盘都被系统识别。 一个磁盘名字是用磁盘类型代码和编号来标识的， 它不像slices，磁盘的编号是由0开始的。 对应代码请看这里所列出的。 当提供一个partition名字给FreeBSD时， slice 和 磁盘所必须有这个partition，还应当提供所partition所涉及 到的slice和磁盘的名字。可这样列出: 磁盘名称,s,slice 编号,和partition标定字母。 例子请看这里 。 这里显示了一个磁盘的布局，有更清楚的帮助。 在安装FreeBSD时，您首先要配置好磁盘slices， 然后在FreeBSD使用的slice上建立partitions。 并在每个partition上建立一个文件系统(或交换分区)， 和指定文件系统的挂接位置。 磁盘设备的代码 代码 说明 ad ATAPI (IDE) 磁盘 da SCSI 直接存取磁盘 acd ATAPI (IDE) 光驱 cd SCSI 光驱 fd 软驱
样例磁盘, Slice, 和 Partition 它们的命名 命名 说明 ad0s1a 在首个IDE磁盘(ad0)上的 第一个slice (s1)里的 第一个partition (a)。 da1s2e 在第二个SCSI磁盘(da1)上的 第二个slice(s2)里的 第五个partition(e)。 一个磁盘的布局 从在系统里的首个IDE磁盘图表可以显示出FreeBSD的见解。 假设磁盘大小为4 GB，它里面包含了两个2 GB 大小的slices (但在&ms-dos;叫partitions)。 首个slice是一个&ms-dos;磁盘叫C:， 而第二个slice是FreeBSD配置好的slice。 FreeBSD配置好的slice有三个partitions和另一个交换分区。 这三个partitions各自控制一个文件系。 partitiona用于根文件系统， partitione用于/var目录层， partitionf用于/usr目录层。 .-----------------. --. | | | | DOS / Windows | | : : > First slice, ad0s1 : : | | | | :=================: ==: --. | | | Partition a, mounted as / | | | > referred to as ad0s2a | | | | | :-----------------: ==: | | | | Partition b, used as swap | | | > referred to as ad0s2b | | | | | :-----------------: ==: | Partition c, no | | | Partition e, used as /var > filesystem, all | | > referred to as ad0s2e | of FreeBSD slice, | | | | ad0s2c :-----------------: ==: | | | | | : : | Partition f, used as /usr | : : > referred to as ad0s2f | : : | | | | | | | | --' | `-----------------' --' 文件系统的挂接和卸下 这种文件系统就像一棵树那样用/确立根部， 是比较理想的文件系统。 而/dev、 /usr和其他目录 就是根目录的分枝， 另外这些目录可以再分枝，例如/usr/local。 根文件系统 应该考虑给某些目录一些空间从而分散文件系统。 /var 之下包含目录 log/，目录spool/， 和不同类型的临时文件，很可能把它塞满。 把什么都塞进根文件系统不是一个好主意， 好的做法是应该把 /var 从 /分离出去。 另一个要考虑的是，给物理设备或虚拟磁盘这些自带空间的文件系统确定目录结构树。 例如 网络文件系统 或光驱的挂接。 <filename>fstab</filename> 文件 文件系统 使用fstab的挂接 - 在导入处理期间， + 在 引导过程 期间， 自动挂上/etc/fstab所列出的文件系统。 (除非他们注明为 选项)。 /etc/fstab 文件包含的各行的列表格式如下: device /mount-point fstype options dumpfreq passno device 设备名称(设备必须存在)， 说明在 . mount-point 目录 (目录必须存在)， 用在那个挂接上的文件系统上。 fstype 文件系统类型，请通过&man.mount.8;查阅。 默认的FreeBSD文件系统类型是ufs。 options 设为可读写文件系统的选项， 或设为只读文件系统的选项， 或其他一些选项，可随意选一个。 - 一个常用的选项 用在不需在导入期间挂接的文件系统。 + 一个常用的选项 用在不需在引导过程期间挂接的文件系统。 其他的选项在 &man.mount.8; 手册里列出。 dumpfreq &man.dump.8; 使用这项去决定那个 文件系统必须移贮。假如缺少这项，默认的数值为0。 passno 这一项决定文件系统的检查顺序， 文件系统想跳过检查应将passno设为0。 根文件系统(那个是在每方面开始之前必须检查的) 应该将它的 passno 设为1， 其他文件系统的 passno 必须把数值设到大于1。假如多个文件系统的passno的值相同， 那么&man.fsck.8; 在充许的情况下将尝试并行地去检查文件系统。 Consult the &man.fstab.5; manual page for more information on the format of the /etc/fstab file and the options it contains. <command>mount</command> 命令 文件系统 挂接 这个 &man.mount.8; 命令是挂接文件系统的基本运用。 使用最多的基本格式: &prompt.root; mount device mountpoint 它的选项非常多，而&man.mount.8; 手册同样提及， 但常用的都在这里: 挂接的各种选项 挂接/etc/fstab里所有列出的文件系统。 除非标记为 noauto 或作了排除在外的 类型标记，或者在这之前已挂上。 除了实际上系统调用以外，可以完成任何事情，这个选项是和 参数一起连在一块使用，可以决定&man.mount.8;所做的事情。 强制去挂接一个未知的文件系统(会有危险)， 或当把一个文件系统挂接状态由可读写降为只读时，强制撤消可写通道。 以只读方式挂接文件系统。 这和在指定了 选项配合 (对于 &os; 5.2 之前的版本来说， 则是 ) 参数的效果是一样的。 fstype 根据给出的文件系统类型挂接文件系统， 假如给于选项，仅挂接这个类型的文件系统。 ufs 是默认的文件系统类型。 在文件系统上修改挂接选项。 版本模式。 以可读写方式挂接文件系统。 The 选项采用一个逗号分开以下多个选项: nodev 拒绝把文件系统识别为特别的设备。这是一个有用的安全选项。 noexec 不允许文件系统上的二进制程序执行。这也是一个有用的安全选项。 nosuid 不允许文件系统上的 setuid 或 setgid 标记生效。这也是一个有用的安全选项。 <command>umount</command> 命令 文件系统 卸下 &man.umount.8; 命令同样采用一个参数、一个挂接点、一个设备名。 或采用选项，又或采用选项。 所有格式都可采用 去强行卸下， 或采用 用那适当的版本。 但警告，采用 并不是一个好主意， 强行卸下文件系统可能损坏计算机或破坏文件系统上的数据。 和 会卸下所有已挂接的文件系， 可能通过后面列出的文件系统进行修改， 但无论如何，都不会尝试去卸下根文件系统。 进程 FreeBSD 是一个多任务操作系统。 这就意味着好像一次可以运行一个以上的程序。 每个占用一定时间运行的程序就叫process。 每个程序启动运行时至少有一个新进程，并在所有运行的时候保持有一个系统进程的编号， 而一直由系统对它监管。 每个进程用来标识的一个编号就叫 进程 ID， 或叫 PID。 而且，就像文件那样，每个进程也有所属用户和所属群体。 所属用户和所属群体使用在这方面:确定这个进程可以打开那些文件和那些设备， 从而在初期使用文件的权限。 多数的进程都同样有一个父进程， 而进程是依靠父进程来启动的。 例如，假如您把命令输入到shell里那shell是一个进程，而您运行的各个命令同样是进程， 那么，shell就是您各个运行进程的父进程。 而这方面有一个例外的进程就叫&man.init.8;。 init始终是首个进程,，所以他的PID始终是1， 而init在FreeBSD起动时由内核自动启动。 在系统上，有两个命令对进程观察非常有用:&man.ps.1; 和 &man.top.1;。 这个ps命令作用是观察当前运行进程的状态， 显示他们的PID，使用了多少内存，它们启动的命令行。 而top命令则是显示所有运行进程，并在以秒计的短时内更新数据。 您能交互式的观察您计算机的工作。 默认情况下， ps仅显示出您自己所运行的命令。 例如: &prompt.user; ps PID TT STAT TIME COMMAND 298 p0 Ss 0:01.10 tcsh 7078 p0 S 2:40.88 xemacs mdoc.xsl (xemacs-21.1.14) 37393 p0 I 0:03.11 xemacs freebsd.dsl (xemacs-21.1.14) 48630 p0 S 2:50.89 /usr/local/lib/netscape-linux/navigator-linux-4.77.bi 48730 p0 IW 0:00.00 (dns helper) (navigator-linux-) 72210 p0 R+ 0:00.00 ps 390 p1 Is 0:01.14 tcsh 7059 p2 Is+ 1:36.18 /usr/local/bin/mutt -y 6688 p3 IWs 0:00.00 tcsh 10735 p4 IWs 0:00.00 tcsh 20256 p5 IWs 0:00.00 tcsh 262 v0 IWs 0:00.00 -tcsh (tcsh) 270 v0 IW+ 0:00.00 /bin/sh /usr/X11R6/bin/startx -- -bpp 16 280 v0 IW+ 0:00.00 xinit /home/nik/.xinitrc -- -bpp 16 284 v0 IW 0:00.00 /bin/sh /home/nik/.xinitrc 285 v0 S 0:38.45 /usr/X11R6/bin/sawfish 在这个例子里您可看到，从 &man.ps.1; 输出的每一列是有规律的。 PID 就是进程ID，这个较早前已讨论过了。 PID号的分配由 1一直上升直到99999， 当您运行到超过限制时，这些编号会回转分配。 TT这一列显示了程序运行所在的终端， 目前可以安全地忽略。 STAT 显示程序的状态，也可以安全地被忽略。 TIME是程序在CPU处理时间—运行的时间量， 并不是指您程序启动到现在的所用的时间。 许多程序碰巧遇到某方面在他们之前要花费大量CPU处理时间时，他们就必须等候。 Finally, COMMAND is the command line that was used to run the program. &man.ps.1;支持使用各种选项去改变显示出来的内容， 最有用的一个就是auxww。 选项显示出所有运行进程的内容， 而不仅仅是您的进程。 选项显示出进程所归属的用户名字以及内存使用， 选项显示出后台进程。 而 选项表示为 &man.ps.1; 把整个命令行全部显示完， 而不是由于命令行过长就把它从屏幕上截去。 下面和从&man.top.1;输出是类似的，一个示例式对话就象这样子: &prompt.user; top last pid: 72257; load averages: 0.13, 0.09, 0.03 up 0+13:38:33 22:39:10 47 processes: 1 running, 46 sleeping CPU states: 12.6% user, 0.0% nice, 7.8% system, 0.0% interrupt, 79.7% idle Mem: 36M Active, 5256K Inact, 13M Wired, 6312K Cache, 15M Buf, 408K Free Swap: 256M Total, 38M Used, 217M Free, 15% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 72257 nik 28 0 1960K 1044K RUN 0:00 14.86% 1.42% top 7078 nik 2 0 15280K 10960K select 2:54 0.88% 0.88% xemacs-21.1.14 281 nik 2 0 18636K 7112K select 5:36 0.73% 0.73% XF86_SVGA 296 nik 2 0 3240K 1644K select 0:12 0.05% 0.05% xterm 48630 nik 2 0 29816K 9148K select 3:18 0.00% 0.00% navigator-linu 175 root 2 0 924K 252K select 1:41 0.00% 0.00% syslogd 7059 nik 2 0 7260K 4644K poll 1:38 0.00% 0.00% mutt ... 这个输出分成两部份。 前面部份(起始前五行) 显示了:运行于最后进程的PID、 系统负载均衡 (那个是指系统繁忙时的调节方式)、 系统正常运行时间 ( 指从启动算起所用的时间) 和当前时间。 前面部份另外的图表 涉及:多少进程在运行(这个情况是47)， 多少内存和多少交换分区在使用， 和在不同CPU状态里系统消耗多少时间。 在那下面一连串的纵列和从&man.ps.1;输出的的内存是相似的。 如以前&man.ps.1;一样，您能见到:PID、用户名、CPU处理时间合计、运行的命令。 &man.top.1;默认是显示您的进程所用内存空间的合计。 内存空间这里分成两列，一列为总体大小，另一列是必须请求驻留大小是多少内存—总体大小。 而驻留大小实际上是瞬间使用的多少。 在以上那个例子，您会看到那&netscape;总计需要30 MB内存， 但实际只用了9 MB。 &man.top.1; 每两秒自动刷新一次，您可以用改变刷新的秒数。 守护进程，信号和杀死进程 当您运行一个编辑器时它是很容易控制的，告诉它去加载文件它就加载。 您之所以能这样做，是因为编辑器提供这样便利去这样做，和因为有编辑器去附上的终端。 一些程序在运行中不需要连续的用户输入，一有机会就从终端里分离到后台去。 例如，一个web系统整天都在作web请求的响应，他不需要您输入任何东西就能完成， 这个类别的另一个例子就是把email的传送。 我们把那些程序叫 守护进程。 守护神是希腊神话中的一些人物，非正非邪，他们是些守护小精灵， 大体上为人类作出贡献。 许多类似web服务或mail服务的系统对于今天仍有用途， 这就是为什么在那么长的时间里，BSD的吉祥物保持为一双鞋加一把钢叉的守护神模样。 守护进程的程序命名通常在最后加一个 d。 BIND 是伯克利互联网域名服务 (而实际执行的程序名称则是 named)， Apache web系统的程序就叫 httpd， 在行式打印机上的打印守护进程就是 lpd。 这只是一种惯例，不是标准或硬性规定。 例如，为Sendmail而应用的主要mail守护进程就叫sendmail， 却不叫maild，这和您推测的一样。 有时可能会需要与守护进程进行通讯。 而 信号 则是其中的一种通讯机制。 可以发送信号给守护进程 (或相关的另一些进程) 来与它进行通信， 不同的信号都有自己的数字编号—其中一些有特殊的含义， 其它的则可以被应用程序自己进行解释， 而一般来说， 应用程序的文档会告诉哪些信号会被如何处理。 您只能给所属于您的进程发信号，假如您给其他人的进程发信号， 进程就会用&man.kill.1; 或 &man.kill.2;权限进行拒绝。 当然,root 用户会例外，它能把各种信号发送给每个进程。 在某些情况下，FreeBSD也会向应用软件发送信号。 假如一个应用软件含有恶意写入并试图去访问内存，那是不可想象的，FreeBSD会向那个进程发送 段式违规 信号 (SIGSEGV)。 假如一个应用软件使用&man.alarm.3;系统去进行周期性调用闹钟功能，每当达到时间时， FreeBSD会向应用软件发送闹钟信号(SIGALRM)。 有两个信号可以停止进程:SIGTERM 和 SIGKILL。 SIGTERM比较友好，进程能捕捉这个信号， 根据您的需要来关闭程序。在关闭程序之前，您可以结束打开的记录文件和完成正在做的任务。 在某些情况下， 假如进程正在进行作业而且不能中断，那么进程可以忽略这个 SIGTERM信号。 对于SIGKILL信号，进程是不能忽略的。 这是一个 '我不管您在做什么,立刻停止'的信号。 假如您发送SIGKILL信号给进程， FreeBSD就将进程停止在那里。 有点不正确—少数的东西是不能中断的。 例如， 假如进程试图读取网络上另一计算机上的文件， 而那个的计算机会因为某些原因拿走了这个文件， 那这个进程从上述情况来看是 不能中断。 最终这个进程会超时，典型的两分钟。一出现超时进程将被杀死。 . 您可能会去使用 SIGHUP、 SIGUSR1 和 SIGUSR2信号。 这都是些通用的信号，各种应用程序都可以应用 在各方面的信号发送。 假如您改变了web系统的配置文件—并想web系统去重读它的配置， 您可以停止然后再启动httpd。但这样做web系统会导致一个短暂 的中断周期，那样是不受欢迎的。几乎所有的守护进程在编写时，都会指定对SIGHUP 信号进行响应从而重读配置文件。 所以， 最好的方法， 就不是杀死并重启 httpd， 而是发一个 SIGHUP 信号给它。 因为在这方面没有一个标准，不同的守护进程有不同的用法，所以不了解时应读一下守护进程的文档。 发送信号可用&man.kill.1; 命令， 请参考&man.kill.1;所列出的例子。 发送一个信号给进程 这个例子显示了怎样去发一个信号给&man.inetd.8;。 inetd配置文件是/etc/inetd.conf， 如果想inetd 去重读文件系统的话，可以给它发一个SIGHUP 信号。 寻找您要发送信号的进程ID，可以用&man.ps.1; 加 &man.grep.1;来完成。 &man.grep.1;命令被用在搜索输出方面，搜索您指定的字符串。 这命令是由普通用户来执行的，而&man.inetd.8;是root用户运行的， 所以必须给&man.ps.1;带上选项。 &prompt.user; ps -ax | grep inetd 198 ?? IWs 0:00.00 inetd -wW 得出 &man.inetd.8; PID号是198。 有时 grep inetd 命令也出现在输出中， 这是因为在这方面 &man.ps.1; 也是寻找列表中运行进程。 使用 &man.kill.1; 去发送信号。 因为 &man.inetd.8; 是由 root启动的， 您必须使用 &man.su.1; 去 变为 root 用户。 &prompt.user; su Password: &prompt.root; /bin/kill -s HUP 198 和大多数 &unix; 命令一样， &man.kill.1; 如果完成了任务, 就不会给出任何消息。 假如您发送信号给一个不属于您的进程， 您会看到 kill: PID: Operation not permitted. 假如输错了PID号，把信号发送到其他进程，那是坏事。 或者您侥幸，把信号发送到不存在的进程， 您会看见 kill: PID: No such process. 为什么使用 <command>/bin/kill</command>? 许多shell提供了内建kill命令， 这样， shell就能直接发送信号，而不是运行 /bin/kill。 这点非常有用， 但不同shell有不同的语法来指定发送信号的名字， 与其试图把它们学完倒不如简单地直接使用 /bin/kill ...。 发送其他的信号也很相似，只要在命令行替换TERM或KILL就行了。 在系统上随意杀死进程是个坏主意，特别是&man.init.8;，它的进程ID是1，它非常特殊。 可以运行 /bin/kill -s KILL 1 命令来让系统迅速关机。 当您按下 Return 键之前， 一定要 详细检查您运行 &man.kill.1; 时所指定的参数。 Shells shells 命令行 在FreeBSD里，每日有一大堆工作是在命令行的界面完成的,那就叫做shell。 一个shell的主要功能就是从输入是取得命令然后去执行他。 许多的shell同样能帮我们完成内建的每日功能，例如:文件管理、文件寻找、命令行编辑、 宏指令和环境变量。FreeBSD内含了一些shell，例如:sh、Bourne Shell、 tcsh和改良过的C-shell。 另外也有些shell也可在FreeBSD的Ports得到，例如:zsh和bash。 您想使用那一种shell取决于您的喜好， 假如您是C程序设计师，您可能选择一个C-like shell例如tcsh。 假如您是从Linux过来的或是一个命令行的新手，您可能会试一下bash。 这一点告诉我们每一个shell都有各自的特性，可能适用于您的工作环境，也可能不适用于您的工作环境。 每个shell都有一个共通点就是文件名补全。 输入命令或文件名的前几个字，然后按Tab键，就能靠shell的自动补全功能得出 命令或文件名。这里有一个例子，假设您有两个文件叫 foobar 和foo.bar，而您想删除 foo.bar， 可这样在键盘上输入 rm fo[Tab].[Tab]。 那么shell就会输出 rm foo[BEEP].bar。 这个[BEEP] 是这控制台铃声， 那个是告诉我们它不能完成文件名补全，因为有多个文件名符合。 foobar 和 foo.bar 都是以 fo开头， 它只可以补全到 foo。 输入 .并再按一次 Tab，shell才把其余的文件名全部显示出来。 环境变量 另一个特点就是shell利用环境变量运行。环境变量是贮存在shell环境空间上相对应的键和可变值， 这个空间能够补程序从shell里读出，而且包含了许多程序的配置。 这个一个常用环境变量列和其含义的列表： 环境变量 变量 说明 USER 当前登录进入的用户名。 PATH 搜索程序路径，以两点的冒号分隔开。 DISPLAY 假如有这个变量的话，就是X11显示器的网络名称。 SHELL 当前所用的shell。 TERM 用户终端的名字，通常用在确定终端的能力。 TERMCAP 各种终端功能所用终端分离编码的基本数据项目。 OSTYPE 操作系统类型，默认是FreeBSD。 MACHTYPE 是指系统上运行的CPU体系结构。 EDITOR 用户首选的文本编辑器。 PAGER 用户首选的文本页面调度程序 。 MANPATH 搜索联机手册路径，以两点的冒号分隔开。 Bourne shells 不同的shell设置环境变量也不相同。举个例子， 在如tcsh 和 csh这样的C-Style shell， 您必须使用setenv去设置环境变量。 而在如sh和bash这样的Bourne shell， 您必须使用export去设置当前环境变量。 再举个例子，要去设置或改变EDITOR环境变量， 在csh或tcsh下将EDITOR设为 /usr/local/bin/emacs: &prompt.user; setenv EDITOR /usr/local/bin/emacs 而在Bourne shell下，则是: &prompt.user; export EDITOR="/usr/local/bin/emacs" 您也可以在命令行上加一个$字符在变量之前从而取得环境变量。 举个例子，用echo $TERM 就会显示出$TERM的设定值， 其实就是shell取得$TERM并传给echo来显示的。 shell里有许多特别的字符代表着特别的资料，我们把叫做meta-characters。 最常用的就是*字符，它可代表文件名的任何字符。 这些特别字符应用到文件名全域方面。假如，输入 echo *和输入 ls的效果是相同的，其实就是 shell 取得了全部符合 *的文件名，并传给 echo 在命令行下显示出来。 为了防止shell去分析这些特别字符， 我们可在它之前加一个 \字符去说明它只是普通字符。 echo $TERM就会显示出您的终端情况， 而 echo \$TERM 就会显示出 $TERM 这几个字。 改变您用的Shell 改变您的Shell的最简单方法是使用 chsh 命令。 执行 chsh 将根据您设定的EDITOR 环境变量进入到那个编辑器，假如没有设定，就会进入vi编辑器。 请改变Shell:这行对应值。 您可使用chsh 的选项， 这样就能设置您的shell却又不用编辑器。假如您想把shell改为bash 可用下面的技巧。 &prompt.user; chsh -s /usr/local/bin/bash 运行chsh 不加参数只编辑shell也会达到相同的效果。 您使用的shells必须 在/etc/shells 文件里列出。 假如您从 ports里装一个shell， 那就不用做这步了。 假如您手工装一个shell，那就要手工添加进去。 举个例了子，假如您手工把 bash装到 /usr/local/bin里，您还要进行这一步: &prompt.root; echo "/usr/local/bin/bash" >> /etc/shells 然后运行chsh。 文本编辑器 文本编辑器 编辑器 FreeBSD 的很多配置都可以通过编辑文本文件来完成。 因此， 最好能熟悉某种文本编辑器。 FreeBSD 基本系统中提供了一些， 您也可以从 Ports Collection 安装其它编辑器。 ee editors ee 最容易学的而又简单的编辑器是 ee编辑器， 是个标准的简易编辑器。 要启动 ee，首先就要在命令行输入 ee filename， filename 是一个要编辑的文件名。 例如，要编辑 /etc/rc.conf就要输入 ee /etc/rc.conf，在 ee的控制内， 编辑器所有功能的操作方法都显示在最上方。 这个^ 字符代表 键盘上的Ctrl 键， 所以^e 就是 Ctrle组合键。 假如想离开ee， 按Esc键，就可选择离开编辑器。 当您修改了内容的时候，编辑器会提示您保存。 vi 编辑器 vi emacs 编辑器 emacs FreeBSD本身也带许可多有强大功能的文本编辑器， 例如 vi。还有其他在FreeBSD Ports里几种， 像 emacs 和 vim。 这些编辑器有着强大的功能，但同时学习起来比较复杂。 不管怎样，假如您从事文字编辑方面的工作， 学习如vim 或 emacs 这些有强大功能的编辑器用法， 在长时间工作里会帮您节省不少的时间。 设备和设备节点 在一个系统里，硬件描述通常用法就是一个设备对应一个术语，包括磁盘、打印机、显卡和键盘。 - 当FreeBSD导入时，大多数的设备都能探测到并显示出来， + 当 FreeBSD 启动过程中，大多数的设备都能探测到并显示出来， 您也可以查阅/var/run/dmesg.boot， - 导入时所有信息都在里面。 + 引导时所有信息都在里面。 例如， acd0 就是 首个 IDE 光盘设备， 而 kbd0 则代表键盘。 在&unix;操作系统里，大多数设备存在的特殊访问文件就是叫做设备节点， 他们都定位在/dev目录里。 建立设备节点 当增加一个新设备或附加设备需要寻求支持时， 您也许需要在新设备上建立单个或多个的设备节点。 MAKEDEV 脚本 当系统缺少DEVFS (涉及的是FreeBSD 5.0之前的版本)， 建立设备节点可以使用&man.MAKEDEV.8;，就如下面显示的那样: &prompt.root; cd /dev &prompt.root; sh MAKEDEV ad1 这个是一个例子，在安装等二个IDE设备时去建立设备节点。 <literal>DEVFS</literal> (DEVice 文件系统) 这个设备文件系统， 或叫 DEVFS， 为内核的设备命名在整体文件系统命名里提供通道， 并不是建立或更改设备节点， DEVFS只是为您的特别文件系统进行维护。 更多的资料请查 &man.devfs.5; 手册。 DEVFS在FreeBSD 5.0或更高的版本里是默认使用。 二进制文件格式 要理解为什么 &os; 使用 &man.elf.5; 格式， 您必须首先了解一些 &unix; 系统中的 三种 主要 可执行文件格式的有关知识： &man.a.out.5; 是最古老和经典的 &unix; 目标文件格式， 这种格式在其文件的开始处有一个短小而又紧凑的首部， 该首部带有一个魔幻数字，用来标识具体的格式(更多详情参见&man.a.out.5;)。 这种格式包含3个要装载入内存的段：.text， .data， 和 .bss，以及 一个符号表和一个字符串表。 COFF SVR3目标文件格式。其文件头现在包括一个区段表(section table)， 因此除了.text，.data，和.bss区段以外，您还可以包含其它的区段。 &man.elf.5; COFF 的后继， 其特点是可以有多个区段， 并可以使用32位或64位的值。 它有一个主要的缺点： ELF 在其设计时假设每个系统体系结构只有一种 ABI。 这种假设事实上相当错误， 甚至在商业化的SYSV世界中都是错误的 (它们至少有三种ABI: SVR4, Solaris, SCO)。 FreeBSD试图在某种程度上解决这个问题，它提供一个工具，可以 对一个已知的ELF可执行文件 标识它所遵从的ABI的信息。 更多这方面的知识可以参见手册页&man.brandelf.1; FreeBSD从经典阵营中来，因此使用了&man.a.out.5;格式， 众多BSD版本的发行(直到3.X分支的开始)也证明了这种格式的有效性。 虽然在那以前的某段时间，在FreeBSD系统上创建和运行ELF格式 的二进制可执行文件(和内核)也是可能的，但FreeBSD一开始并不积极进步 到使用ELF作为其缺省的格式。为什么？噢，当Linux阵营完成了 转换到ELF格式的痛苦历程后，却发现并不足以由此而放弃 a.out可执行文件格式，因为正是由于它们不灵活的， 基于跳转表的共享库机制，使得销售商和开发者们构建共享库非常困难。 直到已有的ELF工具提供了一种解决共享库问题的办法， 并被普遍认为是前进方向以后，迁徙的代价在FreeBSD界才被接受， 并由此完成了迁徙。FreeBSD的共享库机制其基础更类似于Sun &sunos;的共享库机制， 并且正因为此，其易用性很好。 那么，为什么会有这么多不同的格式呢？ 回溯到蒙昧和黑暗的过去，那时只有简单的硬件。这种简单的硬件支撑了一个简单 和小型的系统。在这样的简单系统上(PDP-11)a.out格式 足以胜任表达二进制文件的任务。当人们将&unix;从这种简单的系统中移植出来的时候， a.out格式被保留了下来，因为对于早期将&unix移植到 Motorola 68k，VAXen等系统来说，它还是足够可用的。 然后，一些聪明的硬件工程师认为，如果可以让软件完成一些简单的聪明操作， 那么他们就可以在硬件设计中减少若干门电路，并可以让CPU核心运行得更快。 当a.out格式用于这种新型的硬件系统时(现在我们叫它 RISC)，显得并不合适。因此，人们设计了许多新的格式 以便在这样的硬件系统上能获得比简单的a.out格式更优越 的性能。诸如COFF，ECOFF，还有其它 一些晦涩难懂的格式正是在这个阶段被发明出来的，人们也研究了这些格式的局限性， 慢慢地最终落实到ELF格式。 同时，程序的大小变得越来越大，磁盘空间(以及物理内存)相对来说却仍然较小， 因此共享库的概念便产生了。VM系统也变得越来越复杂了。当所有这些进步都建立在 a.out格式的基础上的时候，它的可用性随着每个新特性 的产生就受到了严重考验。并且，人们还希望可以在运行时动态装载某些东西，或者 在初始化代码运行以后可以丢弃部分程序代码，以便节约主存储器和交换区。编程语言 也变得越来越复杂，人们希望可以在main()函数执行之前自动执行某些代码。为了实现 所有这些功能，人们对a.out格式作了很多改动(hack)， 他们在某个阶段里基本也是可行的。随着时间的推移，a.out格式 不得不增加大量的代码和复杂度来满足这些需求。虽然ELF格式 解决了许多这样的问题，但是从一个可用的系统迁移到另一个系统却是痛苦的。因此 直到继续保留a.out格式的代价比迁移到ELF格式 的代价还大的时候，人们才会最终转换到ELF格式。 然而，随着时间的推移，FreeBSD系统本身的编译工具(特别是汇编器和装载器) 赖以派生的编译工具，其发展却形成了两个平行的分支。FreeBSD这个分支增加了共享库， 并修改了一些错误。而原先编写了这些工具的GNU人则重写了这些工具，并对交叉编译提供了 更简化的支持，还随意插入了不同格式的支持，等等。虽然很多人希望创建针对FreeBSD的 交叉编译器，但他们却并未如愿以偿，因为FreeBSD的as 和ld的源代码更为老旧，所以无法完成这个任务。 新的GNU工具链(binutils)则确实支持交叉编译，ELF 格式，共享库，C++扩展，等等。并且，由于很多供应商都发布ELF格式的 二进制文件，因而让FreeBSD能够运行它们将是一个很好的事情。 ELF格式比a.out格式开销要大些，同时也 允许基础系统有更好的扩展性。ELF格式的有关工具有着更好的维护， 并且提供交叉编译支持，这对许多人来说是很重要的。ELF格式可能会稍微 慢一些，但很难测量出来。另外，在这两者之间，有许多细节也是不同的，比如它们映射页面的方式， 处理初始化代码的方式，等等。所有这些都不太重要，但这也确实是不同之处。在将来的适当时候， GENERIC内核将不再支持a.out格式，并且， 当不再需要运行遗留的a.out格式程序时，内核也将不再提供对其的支持。 取得更多的资讯 联机手册 联机手册 最详细的使用说明文档莫过于 FreeBSD 里的联机手册了。 几乎每一个程序都会附上一份简短说明， 以介绍这个程序的的基本功能以及参数的用法。 我们能通过 man 命令来阅读这些说明， 而使用 man 命令却是简单的事情: &prompt.user; man command command 就是您要了解的命令命称。 举个例子，想了解 ls 命令就输入: &prompt.user; man ls 这些在线手册分下列章节: 用户命令。 系统调用以及错误代码。 C 库文件里的函数说明。 设备驱动程序。 文件格式。 游戏以及其他娱乐。 各种资讯。 系统维护以及命令。 内核开发情况。 在某些情况下，同样的主题也会出现在在线手册的不同章节。 举个例子，系统里有chmod这个用户命令，而又有个 chmod() 系统调用。 在这种情形下，您应当向 man 命令指定需要的内容: &prompt.user; man 1 chmod 这样就会显示出手册里的用户 chmod 命令。 传统上，我们在写入文档时把特定详细参考内容在在线手册括号里注明。 所以 &man.chmod.1; 是指 chmod 用户命令， 而 &man.chmod.2; 是指系统调用。 如果您已经知道命令的名字，只是不知道要怎样使用的话，那就比较好办。 但您连名字都不知到呢?这个时候您就可以利用 man 的搜寻功能， 它会在手册的介绍部份找寻您要搜寻的关键字，它的选项是 ： &prompt.user; man -k mail 当您使用这个命令的时候，man会把介绍里含有mail关键字 的命令列出来，实际上这和apropos命令的功能是相同的。 有时您会看到/usr/bin 下有许多命令但不知他们的用途， 您只需这样做: &prompt.user; cd /usr/bin &prompt.user; man -f * 或者这样做 &prompt.user; cd /usr/bin &prompt.user; whatis * 两个命令是一样的。 GNU Info 文件 Free软件基金会 FreeBSD许多应用软件以及实用工具来自Free软件基金会(FSF)。 作为手册的扩充，这些程序提供了一种更具有活力的超文档说明info， 您可用info命令来阅读他们。 假如您装上emacs，也能利用emacs 的info模式来阅读。 使用 &man.info.1; 这个命令只需简单地输入: &prompt.user; info 想得到简单介绍， 请按 h。 想快速得到的命令说明， 请按 ?。