我想知道，我相信很多人也想知道，哪一个是最好的，或者至less是基于GNU / Linux的服务器的最佳文件系统布局。 我知道没有总体布局，因为布局因最终用户想要达到什么而不同，所以我将把我的问题缩小到一个非常具体的实现。 服务器的目的是作为中等规模的SIP电话服务器。 我提出的文件系统布局如下：
硬盘的全尺寸是146 GB
我把交换放在考虑到允许更快访问的中间，做了一个大的var分区，因为会有很多像数据库文件这样的可变数据。 我把/ var / log和/ tmp移到了不同的分区，以确保它们被填充了，它们不会把整个系统closures，并且/ usr也可以在需要的时候使其成为只读的这样的措施。 我做了一个小的/ home分区，因为用户数量很less，所以不需要一个大的存储空间的主目录。
对于这种布局我有许多争论和反对意见，而且我很好奇（想要挑选比我更有经验或者更聪明的人）关于别人怎么想的东西：这种分裂和秩序是否考虑到快速访问是为什么我把交换放在中间），安全和数据安全？ 有什么想法吗？ 谢谢！
两件事情：
一般我会用：
大小取决于使用情况，但在卷组（VG）中留下一些（大部分）未使用的空间来扩展任何填满的逻辑卷。
绝对值得创build类似于你已经布置的东西，但我会考虑使用LVM并根据需要增长分区。
就我个人而言，我使用的东西非常类似于你所拥有的，但是最小的分区大小是可能的，因为我在Nagios的所有机器上都有磁盘空间监视function，我必须事先知道扩展分区的情况。
哦，和1GB的/启动？ 根据你的发行版，你不应该真的需要超过几百megs …
我一般同意你把磁盘分割成多个文件系统的方法。 我不确定是否在中间放置交换对你来说真的是有用的。 我会集中精力确保所有分区对于预期的任务足够大。 例如，你的16GB / var / log会填满什么风险？ 在一个标准的linux服务器上，应该有足够的日志空间，但是专门的服务器可能会根据使用情况创build更大的日志文件。
你可能会考虑增加/ tmp的大小，以防你正在使用的任何软件想要制作大量的临时文件。
我主要的build议是使用这种方法来处理文件系统大小，但是要专注于做适当的监视和日志文件轮换，以确保不会填满那些关键/ tmp和/ var / log文件系统。
我本人可能不会分裂这么多， 如果任何特定的分区填满了，你将会遇到问题，并且你已经做到这样，以至于你有6个可以填满并导致问题的东西，这是一个新的系统，所以你真的不知道确定空间将变得紧张。
确保在可用空间不足时设置警报。
我不会打扰为/ usr分割一个30GB的分区。 / usr合并为16GB是合理的大小; 如果你真的想要房间，给你的根分区20-30GB。
我对LVM没有太多的经验，但是根据您提出的用法，这是有道理的。
这听起来像是你应该先进行一次试验性的安装，以确定你的空间要求对于基本的系统和软件是什么。 特别是如果你将避免LVM解决scheme。 一旦你这样做了，你将会对你的/和/ usr分区的大小有更深入的了解。 然后，您可以调整分区大小，以最大化您希望需要的区域的可用空间 – / var，/ var / log和/ tmp。