无法安装18 to 6

Question

当我试图在Ubuntu上挂载我的raid 6时，我收到以下错误

安装/dev/md3 /mnt/md3

安装:文件太大

我有另一个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

当我尝试挂载时，仍然会收到以下错误

安装:文件太大

来自dmesg的错误

EXT4-fs (md3): filesystem too large to mount safely on this system

Answer 1

这是e2fsprogs当前版本的一个问题，它包含在mke2fs中。版本1.41及更低版本将错误输出到大于16 on的卷上。

尽管如此，解决方法是从Linux内核存储库编译e2fsprogs的当前分支，并使用这些工具创建文件系统(在本文撰写之时，将安装1.43WIP22-20129-2012)。

请注意，这些都是开发工具，可能并不完全稳定。此外，还需要安装“git”、“gcc”(或另一个C编译器)和“make”来构建这些工具。

[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的工作分支中使用大型文件系统有一些有用的见解。

Answer 2

32位内核被限制为16 TiB，因为页面缓存入口索引只有32位。

这是一个内核限制，而不是文件系统限制！

一些文件系统也受到设计的限制，只有32位(或更少)。一些文件系统也受到其实用程序的限制(例如: mkfs、fsck)。还要注意，在一个非常大的文件系统上运行fsck可能需要大量的RAM (取决于文件系统和实用程序)。

要使用文件系统>16 TiB，必须使用支持>16 TiB的64位内核和文件系统(例如: EXT4、JFS、XFS)。

请注意，在32位系统上创建的EXT4文件系统即使在64位系统上也不能调整大于16 TiB的大小。必须在64位系统上创建EXT4文件系统，这样才能获得“64位”特性标志和放大的inode。

可以使用LVM2在大型设备上创建多个卷。使用大范围大小，如64 MiB或更大，以便可以保持较低的数量范围。您不需要对仅数据的设备进行分区；您可以将整个设备格式化为LVM2物理卷(PV)。

您只需要对引导设备进行分区，因为BIOS不会理解LVM2，而BIOS需要找到并加载引导程序。您可以使用MSDOS或GPT (或其他什么)来分区您的较小的引导设备。

示例:我有一个服务器，操作系统有2x64GBSSD(一个用于当前操作系统，一个用于升级时的新操作系统)，10x4TB驱动器格式化为单个LVM2物理卷，并包含单个EXT4文件系统。驱动器位于执行RAID-6的raid控制器卡上，但这也可以由内核以较小的性能代价在软件中完成。