我们在这里有戴尔的PowerVault NX3100。 我必须在这个系统上安装一个Linux服务器，不知道我应该使用哪个文件系统，以及哪个分区布局可以用于2×8 2TB磁盘（实际上是14TB，RAID 5）的RAID。
我知道ext3与fss> 2TB使用默认blocksize时会产生问题。
我倾向于使用两个8TB分区的XFS。 你会认为这是一个不错的select吗？ 是否有可能（或可以推荐）使用LVM来处理这个系统？ 我应该只使用一个或几个fss？ 我想尽量减lessfsck或check_xfs的时间。
绝对是XFS。 XFS初始化速度要快得多，性能非常好，而且XFS已经被用于数TB的年龄段。 我目前支持230台8到76TB的XFS卷。 十几个通过LVM集成的两个或更多RAID卷没有问题，所以这是足够安全的。
xfs_check的速度主要取决于文件的数量。 对于典型的大容量（30TB），假设系统具有足够的内存（较旧的xfs_repair倾向于吞噬大量的RAM），xfs_repair将less于15分钟，如8GB或更多。
我们有备份服务器，包括8-12TB的空间，第一个（10TB）运行ext3没有任何问题，其他人运行ext4。
ext4似乎是更快的大分区和大量的文件。 我们只使用一个非常大的分区来存储数据，因为它非常灵活。 当然，根文件系统的单独分区。 我们正在使用硬件RAID5和LVM。
为了最小化fsck的时间，首先build议将尽可能以正确的方式closures服务器。
如果你可以很容易地将文件系统合理地分割到多个较小的分区上，那么我会select使用LVM和你select的文件系统（ext3是成熟的，XFS也是如此，很多人使用ext4都没有任何问题）。 如果你有更小的分区，fsck将会更快，假设你不必每次都读取所有的分区。
当然，你也可以先在强制分区上运行fsck（让最重要的东西运行起来），然后在安装之前继续在其他分区上运行fsck。
答案取决于很多因素。
1）可支持性。 谁会支持这个系统？ 如果您有来自外部实体的系统支持合同，则必须坚持所支持的configuration。 他们可能会对可以使用的文件系统设置一些限制。
2）布局（文件系统的数量和types）将取决于你所需要的。 如果两个8TB的分区为你工作，那很可能是正确的select。 我假设我们正在谈论两个数据分区，而且你有单独的操作系统本身的文件系统（/，/ boot，/ usr /，/ tmp，/ var）。
3）文件大小和数据访问模式。 使用默认选项（data = ordered）删除ext3上的大文件是痛苦的 。 如果您希望经常删除大量（GB）文件，那么可以使用ext3或者selectxfs / ext4来进行data = writeback。 同样的问题会发生，如果你将有写作者同步大量的数据，而有其他的I / O去FS。
3）fsck时间
o）我没有关于xfs fsck的时间和要求的经验。
o）ext3 fsck 2x8TB会有问题，因为内存的要求。 你需要RAM（当然超过2GB）才能完成，最好是64位的系统和很多的时间（我会说在fsck完成之前的几天）。
o）RHEL 5.6支持ext4，因此应该在CentOS上。 与ext3相比，这会大大缩短你的fsck时间，并且也会提高性能。 就我个人而言，我会用这个文件系统，但那是因为
4）舒适区。 从做这个工作的文件系统中select一个你最喜欢的。 如果你有多年的文件系统Z的经验，它适合你，那么这可能是一个很好的文件系统。
我个人的select？ 用ext3格式化的独立/启动分区。 其余的存储都是LVM物理卷。 具有两个卷组的LVM – 一个用于操作系统，一个用于数据。 在卷组中留出一些未使用的空间，以便可以在文件系统的LVM快照上进行fsck快照，而不会使整个系统停机（可能会导致大文件系统无声的故障，检查它，等待btrfs成熟）。 操作系统和数据分区的ext4 – 因为它很快，我喜欢它，并相信它。