我即将重新格式化并将CentOS重新安装到旧服务器上。 该服务器运行在一个适度的30个节点的小型企业networking上，并且具有多种职责，包括MySQL，Samba共享，DHCPd和SVN / Trac。
旧的系统pipe理员已经为这个服务器设置了几十个不同的分区。 我试图理解多个分区的优点是什么，而不是在/一个只有一个文件系统。 速度？ 灵活性？ 安全？
看起来，如果你误判了任何给定分区的必要大小，并且结果太快了，就需要系统pipe理员进入并扩展分区，等等……看起来如果所有东西都只是一个单元/ 文件系统。 但是我确定我还没有意识到一些优点。
目前服务器正在运行一些硬盘驱动器，突袭至2TB（raid 0）。
多：
单：
主要原因是隔离分区。 可能有很多原因为什么你希望这样做。
/var通常是一个单独的分区，以防止不能在/var之外创build文件的失控日志logging。
/tmp是另一个可能已满的分区，另外你可能希望/tmp是一个基于RAM的文件系统。
用户倾向于填写/home ，另外您可能希望在重新安装操作系统时保留它。
配额适用于每个分区的基础上。
一些备份软件在每个分区的基础上工作。 您可能希望备份/srv而不是操作系统，因为您拥有自动configuration系统。
您可能需要不同分区的不同性能特征。
其中一些可能不适用于你。 我可能至less有一个单独的/var ， /tmp和/srv （或者你把你的MySQL，Samba和SVN数据放在哪里）。
真的不需要多个分区。 传统上，您有一个由系统设置的分区，另一个分区用于数据，以防出现过度填充的情况…填满分区，您有可能无法使用服务器。
我听过的build议通常是交换分区，一个用于系统，一个用于数据…如果需要，另一个用于主目录。 只是为了让大量的数据填满（比如日志文件），他们可以很容易地失控。 还有一个用于日志文件。 🙂
现在，我通常会遵循安装者的build议，除非我有一个特定的scheme。 取决于服务器的使用模式和目的。 有了这么多的空间，您就不必太担心日志文件吃光了空间，特别是如果您使用会警告磁盘空间使用情况的应用程序来监视系统。
尽pipe您应该将系统文件保留在自己的空间中，仅用于恢复目的。
我设置了所有我的箱子正好2个分区。 一个用于引导，另一个用于其他所有。 但是“其他”是一个逻辑卷（/ tmp / var / usr / home / opt / root）的lvm。 我不使用LVM中的所有空间，然后可以独立增长需要更多空间的任何卷。
至less，我会分离出可以像/ home和/ var一样的头脑来增长的东西，这样在文件系统填满时就不会有东西挂起。
基本上这种设置可以使您在resize方面保持灵活性，并防止一个用户填满整个驱动器。