当我尝试在Ubuntu Linux上安装我的raid 6时收到以下错误
mount / dev / md3 / mnt / md3
mount：文件太大
我有另一个RAID 1现有（仅2TB）和工作正常..任何想法？
当我尝试
./mke2fs -O 64bit,has_journal,extents,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize /dev/md3 我收到以下输出
mke2fs 1.43-WIP (22-Sep-2012) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 274700288 inodes, 4395201024 blocks 219760051 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=2248146944 134131 block groups 32768 blocks per group, 32768 fragments per group 2048 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848, 512000000, 550731776, 644972544, 1934917632, 2560000000, 3855122432 Allocating group tables: done Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done
当我尝试挂载仍然收到以下错误
mount：文件太大
来自dmesg的错误
EXT4-fs (md3): filesystem too large to mount safely on this system
这是您当前版本的mke2fs附带的e2fsprogs的一个问题。 对于大于16TB的卷操作，版本1.41及更低版本将会出错。
也就是说，解决这个问题的方法是从Linux内核资源库中编译e2fsprogs的当前分支，并使用这些工具创build文件系统（截至编写1.43-WIP将在2012年9月22日安装）。
请注意 ，这些是开发工具 ，可能不完全稳定。 此外，还需要安装“git”，“gcc”（或其他C编译器）和“make”以构build工具。
[root@gauss ~] git clone git://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git [root@gauss ~]# cd e2fsprogs [root@gauss e2fsprogs]# mkdir build ; cd build/ [root@gauss build]# ../configure [root@gauss build]# make [root@gauss build]# make install [root@gauss misc]# cd misc [root@gauss misc]# ./mke2fs -O 64bit,has_journal,extents,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize /dev/md3
另外， Ronny Egners博客有一些关于在大文件系统中使用e2fsprogs工作分支的一些有用的见解。
32位内核被限制为16个TiB，因为页面caching条目索引只有32位。
这是一个内核限制，而不是文件系统限制！
一些文件系统也是由devise限制的32位（或更less）。 一些文件系统也受其工具的限制（例如：mkfs，fsck）。 另外请注意，在一个非常大的文件系统上运行fsck可能需要大量的RAM（取决于文件系统和实用程序）。
要使用> 16 TiB的文件系统，必须使用64位内核和支持> 16 TiB的文件系统（例如：EXT4，JFS，XFS）。
请注意，即使在64位系统上，在32位系统上创build的EXT4文件系统的大小也不能> 16 TiB。 必须在64位系统上创buildEXT4文件系统，以便获得“64位”function标志和放大的inode。
您可以使用LVM2在大型设备上创build多个卷。 使用像64 MiB或更大的大范围大小，以便数量范围可以保持低。 您不需要分区数据专用设备; 您可以将整个设备格式化为LVM2物理卷（PV）。
您只需要对引导设备进行分区，因为BIOS不会理解LVM2，BIOS需要查找并加载引导程序。 您可以使用MSDOS或GPT（或其他）来分区较小的启动设备。
例如：我有一个带有2个64 GB SSD的服务器（一个用于当前操作系统，一个用于升级时的新操作系统），10 x 4 TB驱动器格式化为一个LVM2物理卷，并且包含一个EXT4文件系统。 这些驱动器位于RAID-6的RAID控制器卡上，但这也可以通过内核的软件来完成，性能损失很小。