问题[mkfs](server)

我需要使用比大多数文件系统上通常可用的更多的 inode。因此，我创建并挂载了一个带有自定义 inode 设置的 ext4 文件系统：

dd if=/dev/zero of=loop0.img bs=1MB count=5000
losetup --find --show `pwd`/loop0.img
mkfs -t ext4 -i 1024 /dev/loop0
mount /dev/loop0 /mnt

这将在磁盘上创建一个 5000MB 的文件（通过ls /mnt），但是当我检查使用df它时显示磁盘未被占用（磁盘空间没有增加 5000MB）。我怀疑是因为它在磁盘上归零并且看起来像未使用的空间。

随着磁盘已满，我有一个程序会尝试删除最近最少使用的文件，直到磁盘空间压力消除。事实证明，尽管删除了 中的文件/mnt，但它仍然注册为占用我的磁盘空间，至少根据df和其他磁盘空闲系统调用。

那么有没有一种特殊的方法需要rm这个虚拟磁盘上的文件来注册空间是可用的？还是我需要以非标准方式查询可用空间？

编辑：完整的命令和输出，注意磁盘使用量/dev/vda1不会增加 5000MB。

root@localhost:~# df
Filesystem     1K-blocks    Used Available Use% Mounted on
udev              490064       0    490064   0% /dev
tmpfs             101092    3188     97904   4% /run
/dev/vda1       19343152 2699088  15660656  15% /
tmpfs             505448       0    505448   0% /dev/shm
tmpfs               5120       0      5120   0% /run/lock
tmpfs             505448       0    505448   0% /sys/fs/cgroup
tmpfs             101088       0    101088   0% /run/user/0
root@localhost:~# dd if=/dev/zero of=loop0.img bs=1MB count=5000
5000+0 records in
5000+0 records out
5000000000 bytes (5.0 GB, 4.7 GiB) copied, 6.20117 s, 806 MB/s
root@localhost:~# losetup --find --show `pwd`/loop0.img
/dev/loop0
root@localhost:~# mkfs -t ext4 -i 1024 /dev/loop0
mke2fs 1.44.5 (15-Dec-2018)
Discarding device blocks: done
Creating filesystem with 1220703 4k blocks and 4884000 inodes
Filesystem UUID: 4f308a54-6ddd-4ef6-b685-c193dfec8b84
Superblock backups stored on blocks:
        8176, 24528, 40880, 57232, 73584, 204400, 220752, 400624, 662256,
        1022000

Allocating group tables: done
Writing inode tables: done
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done

root@localhost:~# mount /dev/loop0 /mnt
root@localhost:~# df
Filesystem     1K-blocks    Used Available Use% Mounted on
udev              490064       0    490064   0% /dev
tmpfs             101092    3216     97876   4% /run
/dev/vda1       19343152 2769404  15590340  16% /
tmpfs             505448       0    505448   0% /dev/shm
tmpfs               5120       0      5120   0% /run/lock
tmpfs             505448       0    505448   0% /sys/fs/cgroup
tmpfs             101088       0    101088   0% /run/user/0
/dev/loop0       3594900   45080   3289556   2% /mnt

当我在脚本中运行 /sbin/mkfs.ext4 -O ^64bit /dev/app/mysqldata 命令时，它给了我以下错误：

nd(): null: With return code "1", Output from: "/sbin/mkfs.ext4 -O ^64bit /dev/app/mysqldata"
mke2fs 1.42.9 (20-Jan-2014)
mkfs.ext4: Size of device (0x1b48caa00 blocks) /dev/app/mysqldata too big to be expressed
        in 32 bits using a blocksize of 4096.

但如果我在没有 -O ^64bit 的情况下运行，它运行良好。有人可以帮忙吗？

 /sbin/mkfs.ext4  /dev/app/mysqldata

我正在尝试找到在卷上存储大量小文件的最佳方法，而不会达到 inode 限制。我创建了一个新驱动器：

sudo mkfs.ext4 -N 100000000 /dev/device

这正确显示：

/dev/device  100040704 13929894 86110810   14% /mnt/websites2

但是，它似乎对该驱动器的读/写速度产生了相当大的影响。我正在做一些研究，并遇到：

https://www.tecmint.com/increase-disk-inode-number-in-linux/

他们建议：

sudo mkfs.ext4 -T largefile /dev/device

“小文件”的选项是什么？我似乎找不到任何关于-Tcan 值的文档？另外 - 关于如何为大量小文件（每个约 3-10kb）配置驱动器的任何其他建议，将不胜感激！

我正在使用两个块设备，其中一个使用特定配置而另一个不使用。我认为这一定与传递给mkfs.ext4.

我如何检查现有块设备的这些选项以进行详细比较。还有哪些其他（细微的）差异可能起作用？

我在安装我的 RAID 阵列时遇到了一些问题，因为抛出了一个错误，指出在 /dev/md0 上找不到 ext3 文件系统。

所以，也许是愚蠢的，我运行了 mkfs -t ext3 /dev/md0 - 这是否破坏了磁盘上的数据？我似乎无法在任何地方找到它，这是肯定的......但想知道如果我拆解阵列我可能能够从其中一个磁盘（顺便说一下 RAID 1）检索数据

当我创建 ext4 文件系统时，有很多“特性”，我可以启用和禁用它们——比如 has_journal、extent、huge_file 等等。有什么方法可以知道在创建 ext4 文件系统时使用了哪些选项（我的意思是在创建之后）？

我已经存在 ext4 分区（由某人创建），但甚至不知道它是否使用了日志或范围。