C.1.1. 不是你写入什么，而是你怎么写入

有经验的计算机用户可能对此心中有数。我们需要格式化（format）这个驱动器。格式化又称“制作文件系统（file system）”，它是一个将信息写入驱动器，在未经格式化的驱动器内的空白空间中建立秩序的过程。

如图 C-2所暗示，文件系统所建立的秩序牵涉到一些利弊得失：

• 驱动器上极小的一部分可用空间被用来储存与文件系统有关的数据，这可以被视作管理费用。

• 文件系统将剩余空间分割成小块的，大小统一的段。在 Linux 中，这些段被称为块（block）。 [1]

由于文件系统带来创建目录和文件的可能性，以上牺牲可以被看作所需付出的一个很小的代价。

还有一点值得注意的是，统一通用的文件系统并不存在。如图 C-3所示，一个磁盘驱动器上可以有许多不同类型的文件系统。你可能也猜得到，不同类型的文件系统通常是不兼容的。这意味着，支持某种文件系统（或几种相关的文件系统类型）的操作系统可能不支持其它类型的文件系统。不过，最后那句话并非是一个不折不扣的定理。例如，红帽企业 Linux 支持的文件系统类型比较广泛（包括许多其它操作系统常用的文件系统），从而使不同文件系统之间的数据交换变得容易多了。

当然，将文件系统写入磁盘仅仅是一个开端。这个过程的目标实际上是储存并且检索数据。写入一些文件后，让我们再来看一看磁盘。

如图 C-4所示，某些先前空白的块现在已被写入数据。然而，单看以上图示，我们无法判定在这个驱动器上究竟有多少个文件。可能少到只有一个文件，也可能有很多文件，因为所有的文件至少要使用一个块，有些需要几个块。还有一个要注意的要点是，所使用的块不必构成一处连续的区域；使用的和未使用的块可以交错散布。这就是通称的碎段（fragmentation）。碎段会对试图改变已存分区大小有一定的影响。

如同许多与计算机相关的科技，磁盘驱动器自问世后一直在不断地变化。特别是，它们越来越大。不是实际尺寸越来越大，而是它们储存信息的能力越来越大。这种新增的容量导致了磁盘驱动器使用方法的根本改变。

C.1.2. 分区：将一个驱动器变成多个驱动器

由于磁盘驱动器容量的不断增大，一些人开始质问将所有格式化的空间并为一大块是否明智。这一类想法的动机有哲学上的，也有技术上的。从哲学角度上讲，一个较大的磁盘驱动器所提供的额外空间若超过了一定的大小似乎只会造成更多的杂乱无章。从技术角度上讲，某些文件系统不是为支持大于一定容量的磁盘驱动器而设计的。或者，某些文件系统可能会支持拥有巨大容量的较大的驱动器，但是由文件系统跟踪文件所强加于上的管理费用也随之变得过高过大。

解决这个问题的办法是将磁盘划分为分区 （partition）。每一分区都可以像一个独立的磁盘一样被访问。这是通过添加分区表（partition table）来做到的。

	注记
	虽然本章图表中所显示的分区表和实际磁盘驱动器是分开的，这并不完全正确。事实上，分区表被保存在磁盘的最起首，在任何文件系统或用户数据之前。但是为了清楚起见，我们在图表中将之分开。

如图 C-5所示，分区表被分为四个部分或四个“主分区”。主分区是在硬盘驱动器上只能包含一个逻辑驱动器（或部分）的分区。每个部分都装有定义单个分区所必需的信息，这意味着分区表定义的分区不能超过四个。

每个分区表项目都包含着该分区的几项重要的特征：

• 在磁盘上分区开始和结束的地点（起止点）

• 分区是否“活跃”

• 分区的类型

让我们来仔细查看一下每一个特征。起止点实际上定义了分区的大小及在磁盘上的位置。“活跃”标志是被某些操作系统的引导装载程序所用。换一句话说，标为“活跃”的分区上的操作系统将会被引导。

分区类型可能有些不易分辨。 类型是标识分区将会被如何使用的数字。如果这句话听起来有些笼统，那是因为分区类型术语本身也有些笼统。某些操作系统用分区类型来代表一种指定的系统类型，或将分区标为与某个操作系统相关联的分区，或用来指明该分区包含着可引导的操作系统，或是以上三者的结合。

到了这一步，你可能会在猜想这些附加的复杂性通常是怎样被使用的。实例请见图 C-6。

在许多情况下，整个磁盘上只有一个分区，基本上是重复分区以前所使用的方法。分区表内只有一个项目，它指向分区的起点。

我们把此分区标为“DOS”类。虽然它只是列在表 C-1之中的几种可能的分区之一，但也足以达到本附录的讨论目的。

表 C-1中包括了一些常用的（和罕见的）分区类型，以及它们的十六进制数值。

C.1.3. 分区内的分区 — 扩展分区概述

经过一段时间后，四个分区很明显将不够用。随着磁盘驱动器的不断增大，配置了四个相当大的分区后仍有剩余空间的可能性会越来越大。我们需要有一些创建更多分区的方法。

请进入扩展分区的世界。在表 C-1中你可能已注意到一种分区类型是“扩展”（Extended）。它就是位于扩展分区核心的分区类型。

当一个分区被建立，其类型被设为“扩展”时，扩展分区表也被创建。简而言之，扩展分区就像一个独立的磁盘驱动器 — 它有自己的分区表，该表指向一个或多个分区——它们现在被称为逻辑分区（logical partitions），与四个主分区（primary partitions） 相对，扩展分区的分区表完全包含在扩展分区之内。图 C-7显示了一个磁盘驱动器，其中有一个主分区和一个包含两个逻辑分区的扩展分区（以及一些未分区的空闲空间）。

如图表中所暗示，主分区与逻辑分区之间有一个区别 — 主分区只能有四个，但是可以存在的逻辑分区数量却无固定限制。不过，鉴于 Linux 进入分区的方式，你应该避免在一个磁盘驱动器上定义 12 个以上逻辑分区。

现在，我们已经大致讨论了分区概念，让我们来看一看如何将这些知识应用到安装红帽企业 Linux 上。

C.1.4. 为红帽企业 Linux 腾挪空间

当你试图为你的硬盘重新分区时，有三种可能的情况：

• 有可用的未分区的空闲空间

• 有可用的未使用过的分区

让我们依次来看一看每一种情况。

	注记
	请记住，以下图解是为清晰起见而经简化的，它们并不反映当你实际安装红帽企业 Linux 时所会遇到的确切分区布局。

C.1.5. 分区命名方案

Linux 使用字母和数字的组合来指代磁盘分区。这可能有些使人迷惑不解，特别是如果你以前使用“C 驱动器”这种方法来指代硬盘及它们的分区。在 DOS/Windows 的世界里，分区是用下列方法命名的：

• 每个分区都被检查过以便判定它是否可被 DOS/Windows 读取。

• 如果分区类型是兼容的，它会被指派给一个“驱动器字母”。驱动器字母从“C”开始，然后依据要标签的分区数量而按字母顺序推移。

• 驱动器字母可以用来指代那个分区，也可以用来指带分区所含的文件系统。

红帽企业 Linux 使用一种更灵活的命名方案。它所传达的信息比其它操作系统采用的命名方案更多。该命名方案是基于文件的，文件名的格式类似 /dev/xxyN。

下面说明了解析分区命名方案的方法：

	注记
	该命名方案中没有表明分区类型的地方；与 DOS/Windows 不同，所有分区都可在红帽企业 Linux 下被识别。当然，这并不是说红帽企业 Linux 能够访问每一类分区上的数据，但是在许多情况下，访问专用于另一操作系统的分区上的数据是可能的。

请切记以上信息；它会帮助你在设置红帽企业 Linux 所需分区时更容易地理解许多步骤。

C.1.6. 磁盘分区以及其它操作系统

如果你的红帽企业 Linux 分区将会与其它操作系统所用的分区共享一个硬盘，多数情况下，应该没什么问题。不过，某类 Liunx 和其它操作系统的组合需要特别加以注意。

C.1.7. 磁盘分区和挂载点

令许多 Linux 的新用户感到困惑的一个地方是各分区是如何被 Linux 操作系统使用及访问的。它在 DOS/Windows 中相对来说较为简单。每一分区有一个“驱动器字母”，你用恰当的驱动器字母来指代相应分区上的文件和目录。

这与 Linux 处理分区及磁盘贮存问题的方法截然不同。其主要的区别在于，Linux 中的每一个分区都是构成支持一组文件和目录所必需的贮存区的一部分。它是通过挂载（mounting）来实现的，挂载是将分区关联到某一目录的过程。挂载分区使起始于这个指定目录（通称为挂载点，mount point）的贮存区能够被使用。

例如，如果分区 /dev/hda5/ 被挂载在 /usr/ 上，这意味着所有在 /usr/ 之下的文件和目录在物理意义上位于 /dev/hda5/ 上。因此文件 /usr/share/doc/FAQ/txt/Linux-FAQ 被保存在 /dev/hda5/上，而文件 /etc/X11/gdm/Sessions/Gnome 却不是。

继续以上的例子，/usr/ 之下的一个或多个目录还有可能是其它分区的挂载点。例如，某个分区（假设为，/dev/hda7/）可以被挂载到 /usr/local/ 下，这意味着 /usr/local/man/whatis 将位于 /dev/hda7 上而不是 /dev/hda5 上。

C.1.8. 多少个分区？

到了红帽企业 Linux 安装筹备工作的这一步，你应该开始考虑一下你的新操作系统所要使用的分区数量及大小。“多少个分区”一直是 Linux 社区中的一个具有争议性的问题，在没有定论之前，可以说可用的分区布局与争论这一问题的人一样多。

鉴于上述情况，除非另有原因，我们推荐你至少应该创建以下几个分区：swap、/boot/（/boot/ 文件只对其它系统必要，对 iSeries 系统没有必要），PPC PReP Boot、和 /（根）分区。注意，新的虚拟磁盘可以在 OS/400 V5R2 和更新的版本上被动态添加。

详情请参阅第 2.14.4 节。