本文的起点是考虑您目前的情况以及您想要做什么。典型的家庭系统从现有的硬件开始，新接触 Linux 的用户会希望充分利用现有硬件。而为特定目的（例如互联网服务提供商）设置新系统的人则需要考虑目标是什么，并据此购买硬件。雄心勃勃地，我将尝试涵盖整个范围。
各种用途对文件系统在驱动器上的放置也有不同的要求，例如，大型多用户机器最好将 /home 目录放在单独的磁盘上。
一般来说，为了提高性能，最好将大多数内容分散在尽可能多的磁盘上，但是 SCSI 总线上可以连接的设备数量是有限的，而且成本自然也是一个因素。同样重要的是，随着分区和物理驱动器数量的增加，文件系统维护变得更加复杂。
凭借当今可用的廉价硬件，在家中拥有一个相当大的系统是可能的，而且仍然很便宜，这样的系统可以与昔日的主要服务器相媲美。虽然许多人最初使用旧的、废弃的磁盘来构建 Linux 服务器（这也是本 HOWTO 的由来），但现在许多人有能力直接购买 40 GB 的磁盘。
对于某些人来说，容量仍然很重要，以下是一些指导原则
Linux 很简单，您甚至不需要硬盘就可以试用它，如果您可以让启动软盘工作，您很可能可以在您的硬件上让它工作。如果标准内核不适用于您，请不要忘记通常会有特殊的启动盘版本可用于不寻常的硬件组合，这些版本可以解决您的初始问题，直到您可以编译自己的内核。
Linux 在操作系统学习方面表现出色，有大量的文档，并且源代码是可用的。一个 50 MB 的单驱动器就足以让您开始使用 shell、一些最常用的命令和实用程序。
使用或更认真的学习需要更多的命令和实用程序，但仍然只需要一个驱动器，500 MB 应该为您提供充足的空间，也包括源代码和文档。
软件的严肃开发或仅仅是认真的业余爱好工作需要更大的空间。在这个阶段，您可能已经有了邮件和新闻源，这需要假脱机文件和大量的空间。为各种任务使用单独的驱动器将开始显现优势。在这个阶段，您可能也已经拥有了一些驱动器。驱动器需求变得更难估计，但我预计 2-4 GB 应该足够了，即使对于小型服务器也是如此。
服务器有很多种类，从邮件服务器到全尺寸的 ISP 服务器。主系统基本需要 2 GB 的空间就足够了，然后为您将提供的单独功能添加空间，甚至添加驱动器。成本是这里的主要限制因素，但如果您希望证明 ISP 中的“S”是合理的，请准备好花一些钱。诚然，并非所有人都这样做。
基本上，服务器的容量规划就像任何用于严肃用途的机器一样，只是增加了服务所需的空间，并且往往是 IO 密集型而不是 CPU 密集型。
凭借廉价的网络技术（包括陆地线路和无线网络），家庭用户很可能很快就会拥有自己的服务器，或多或少永久地连接到网络。
大型任务需要大型驱动器，这里单独列出一个章节。如果可能，尽可能将更多内容放在单独的驱动器上。一些附录详细介绍了为 10-100 个用户设置小型部门服务器。在这里，我将介绍一些针对高端服务器的考虑因素。一般来说，您不应该害怕使用 RAID，不仅因为它速度快且安全，而且因为它还可以使增长不那么痛苦。以下所有注释都是对前面提到的要点的补充。
流行的服务器很少是偶然出现的，它们通常随着时间的推移而增长，这既需要大量的磁盘空间，也需要良好的网络连接。在许多情况下，为每个任务保留整个 SCSI 驱动器（单个或阵列）可能是一个好主意。这样，您就可以在计算机发生故障时移动数据。请注意，跨计算机传输驱动器并不简单，并且可能并非总是有效，尤其是在 IDE 驱动器的情况下。驱动器阵列需要仔细设置才能正确重建数据，因此您可能需要保留一份纸质的 fstab 文件以及 SCSI ID 的记录。
估计您需要多少个驱动器，如果超过 2 个，我强烈建议使用 RAID。否则，您应该根据某种简单的哈希算法将用户分散在专用于用户的驱动器上。例如，您可以使用用户名的前 2 个字母，因此 jbloggs 放在 /u/j/b/jbloggs 上，其中 /u/j 是指向物理驱动器的符号链接，这样您就可以在驱动器上获得均衡的负载。
如果您认真对待服务，这是一项必不可少的服务。优秀的服务器维护良好、文档齐全、保持最新，并且无论位于世界何处都非常受欢迎。大型服务器 ftp.funet.fi 就是一个很好的例子。
总的来说，这不是 CPU 的问题，而是网络带宽的问题。容量很难估计，主要取决于雄心和服务态度。我相信 ftp.cdrom.com 的大型存档是一台 *BSD 机器，拥有 50 GB 的磁盘。内存对于专用 FTP 服务器也很重要，大约 256 MB RAM 对于非常大的服务器来说就足够了，而较小的服务器可以使用 64 MB RAM 很好地完成工作。网络连接仍然是最重要的因素。
对于许多人来说，这是连接到互联网的主要原因，事实上，现在许多人似乎将两者等同起来。除了网络密集型之外，还有相当多的与此相关的驱动器活动，主要是关于缓存。将缓存保存在单独的快速驱动器上将是有益的。更好的做法是安装缓存代理服务器。这样，您可以减少每个用户的缓存大小，加快服务速度，同时减少带宽需求。
使用缓存代理服务器，您需要一组快速驱动器，RAID0 将是理想的选择，因为可靠性在这里并不重要。更高的容量更好，但大约 2 GB 对于大多数情况来说应该足够了。请记住将缓存周期与容量和需求相匹配。另一方面，过长的周期将是一个缺点，如果可能，请尝试根据 URL 进行调整。有关更多信息，请查看最常用的服务器，例如 Harvest、Squid 和 Netscape 的服务器。
处理邮件是大多数机器在某种程度上都会做的事情。然而，大型邮件服务器进入了它们自己的类别。这是一项要求很高的任务，即使连接到快速驱动器和良好的网络馈送，大型服务器也可能很慢。在 Linux 世界中，vger.rutgers.edu 的大型服务器是一个众所周知的例子。与新闻服务不同，新闻服务是分布式的，并且可以部分地使用其他机器作为馈送来重建假脱机，邮件服务器是集中式的。这使得安全性更加重要，因此对于主要服务器，您应该考虑强调可靠性的 RAID 解决方案。容量很难估计，这完全取决于您运行多少个列表以及您有多少订阅者。
大型邮件服务器的性能可能受 IO 限制，因此有些人使用连接到 SCSI 总线的巨大硅盘来保存所有与邮件相关的文件，包括临时文件。为了额外的安全性，这些磁盘都配备了电池后备，并且首选像 udf 这样的文件系统，因为它们总是将元数据刷新到磁盘。这种增加的成本通过非常快的磁盘性能得到补偿。
请注意，现在越来越多的人从使用 POP 从邮件服务器拉取邮件到本地机器，转而使用 IMAP 来提供邮件服务，同时保持邮件存档集中化。这意味着邮件不再是传统意义上的假脱机，而是经常累积，需要巨大的磁盘空间。而且越来越多的人（滥）用邮件附件来发送各种东西，即使是一个小的文字处理器文档也很容易超过 1 MB。请慷慨地规划您的磁盘容量，并密切关注剩余空间。
这绝对是一项大容量任务，并且非常依赖于您订阅的新闻组。在 Nyx 上，有一个相当完整的新闻馈送，假脱机文件消耗大约 17 GB。最大的新闻组无疑在 alt.binary.* 层级中，因此，如果您出于某种原因决定不获取这些新闻组，您可以使用大约 12 GB 的空间获得良好的服务。还有其他人，恕不点名，认为 2 GB 的空间足以声称 ISP 身份。在这种情况下，新闻过期得如此之快，我觉得 IsP 这个拼写几乎没有道理。完整的新闻馈送意味着每天有几 GB 的流量，而且这个数字还在不断增长。
互联网上有很多服务可用，即使许多服务在某种程度上被 Web 的光芒所掩盖。然而，诸如 archie、gopher 和 wais 等服务仍然存在，并且仍然是互联网上的宝贵工具。如果您认真考虑启动一个主要服务器，您还应该考虑这些服务。确定所需的容量是困难的，这完全取决于受欢迎程度和需求。提供良好的服务不可避免地需要成本，磁盘空间只是其中之一。
如今，服务器需要大量的磁盘才能在商业环境中令人满意地运行。随着平均故障间隔时间 (MTBF) 随着组件数量的增加而迅速减少，建议考虑使用 RAID 进行保护，并使用多个中等大小的驱动器，而不是单个巨大的磁盘。还可以查看高可用性 (HA) 项目以获取更多信息。更多信息请访问
高可用性 HOWTO 以及相关的 网页。
Byte 中也有一篇文章 你的 Unix 服务器需要多大？，其中有许多与 Linux 相关的内容。
关于将所有内容拆分为单独分区的危险，在关于卷管理的部分中已简要提及。尽管如此，还是有几个人要求我更强烈地强调这一点：当一个分区填满时，它无法再增长，即使其他分区有足够的空间也是如此。
尤其要注意新闻假脱机 (/var/spool/news) 的爆炸性增长。对于具有配额的多用户机器，请注意 /tmp 和 /var/tmp，因为有些人试图在那里隐藏他们的文件，只需注意以 gif 或 jpeg 结尾的文件名...
事实上，对于单个物理驱动器，这种方案几乎没有提供任何好处，除了使文件增长监控更容易（使用 'df'）和物理磁道定位。最重要的是，没有并行磁盘访问的余地。一个免费提供的卷管理系统可以解决这个问题，但这仍然需要一段时间。然而，当更专业的文件系统可用时，即使是单个磁盘也可以从划分为多个分区中受益。
有关更多信息，请参见 故障排除 部分。