☰

mkfs.ext4 不适用于 19.1TB 逻辑卷

tag-icon • tag-icon lvm ext4
mkfs.ext4 不适用于 19.1TB 逻辑卷

我不明白为什么它不允许我将文件系统放在这个逻辑卷上，有人对此有解决方案或故障排除吗？

root@Home-Pi:~# vgs
  VG                #PV #LV #SN Attr   VSize  VFree
  VG_Remote_Storage   2   1   0 wz--n- 18.19t    0 


root@Home-Pi:~# lvs
  LV                VG                Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  LV_Remote_Storage VG_Remote_Storage -wi-a----- 18.19t                  


root@Home-Pi:~# wipefs -a /dev/mapper/VG_Remote_Storage-LV_Remote_Storage


root@Home-Pi:~# mkfs.ext4 /dev/mapper/VG_Remote_Storage-LV_Remote_Storage 
mke2fs 1.44.5 (15-Dec-2018)
Creating filesystem with 4883200000 4k blocks and 305201152 inodes
Filesystem UUID: bbe76c30-9d69-4528-8c20-711801aca7de
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 (262144 blocks): mkfs.ext4: Attempt to read block from filesystem resulted in short read 
        while trying to create journal


root@Home-Pi:~# fsck.ext4 -F /dev/VG_Remote_Storage/LV_Remote_Storage
e2fsck 1.44.5 (15-Dec-2018)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/VG_Remote_Storage/LV_Remote_Storage

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

root@Home-Pi:~#

答案1

您的树莓派运行的是 32 位版本的 Linux，因此 mkfs.ext4 使用 2^32 块格式化文件系统，这（块大小为 4k）将文件系统的最大大小限制为 16 TiB。 32 位 Linux 上的 XFS 也是有限的至 16 TiB。

有趣的是，树莓派 4 B 型有一个 Broadcom BCM2711是64 位 ARM v8 四核 CPU。所有型号的树莓派默认操作系统都是32位，IIRC甚至raspbian也是32位。可能他们只需要维护它的一个版本，而不是 32 位和 64 位版本。 64 位发行版是可用于 rpis - 但我对它们的了解还不够，无法推荐一个。谷歌是你的朋友，或者尝试一下https://raspberrypi.stackexchange.com/

在 32 位上，您唯一真正的选择是将分区大小减少到 16 TiB。剩余部分可用作约 3 TiB 的第二分区。

在评论中，我建议使用ZFS- 不幸的是，zfsonlinux 需要 64 位 Linux 内核在 32 位上不稳定。我也建议btrfs，但它也有局限性在 32 位上，不推荐。

我的最后建议是购买一台配备 amd64 CPU 的 PC 并用它来构建文件服务器。

这些可以便宜地买到，甚至免费，甚至一台 10 多年的旧机器也会成为比树莓派更好的文件服务器 - 它将有多个 SATA3 端口（使用一个作为 SSD 用于启动 + 操作系统驱动器，或 mdadm RAID-1 中的两个；以及 19TiB 存储的 2 个或更多端口），至少 4GB RAM（以及扩展空间 - 文件服务器拥有的内存越多，性能越好），并且它可以运行 64-位 Linux，因此可以毫无问题地格式化 64 位 ext4 或 XFS，或使用 ZFS 或 btrfs。

您的驱动器将位于 SATA 端口上，而您的网络接口将位于 PCI-e 上 - 对于此目的，这两种接口都比 USB 更快、更优越（并且更可靠）。

（顺便说一句，您可以使用 SSD 上的分区来缓存硬盘。ZFS 将此称为第 2 层 ARC 或 L2ARC，对于其他文件系统缓存是内核的一部分）

唯一的缺点是，与树莓派相比，PC 会占用更多空间，并且消耗更多电量。

相关内容