如果在ext4分区中超过40亿个文件的限制，例如传输了50亿个文件，会发生什么情况？
大概，您会看到一些“设备上没有剩余空间”错误的味道：
# truncate -s 100M foobar.img
# mkfs.ext4 foobar.img
Creating filesystem with 102400 1k blocks and 25688 inodes
---> number of inodes determined at mkfs time ^^^^^
# mount -o loop foobar.img loop/
# touch loop/{1..25688}
touch: cannot touch 'loop/25678': No space left on device
touch: cannot touch 'loop/25679': No space left on device
touch: cannot touch 'loop/25680': No space left on device
实际上，您达到此限制的时间比“ 40亿个文件”要早得多。两者都检查您的文件系统，df -h并df -i找出剩余的空间。
# df -h loop/
Filesystem Size Used Avail Use% Mounted on
/dev/loop0 93M 2.1M 84M 3% /dev/shm/loop
# df -i loop/
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/loop0 25688 25688 0 100% /dev/shm/loop
在此示例中，如果文件的平均大小不是4K，则用尽inode空间的时间要比存储空间快得多。这是可能的，以指定另一比率（mke2fs -N number-of-inodes或-i bytes-per-inode或-T usage-type如所定义/etc/mke2fs.conf）。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句