我有一个有很多小文件的文件系统。 目前,大约80%的inode被使用(我使用df -i
进行了检查),但是只有60%的磁盘空间被使用。 我如何“增加”inode的数量? 如果只是磁盘空间,我知道我可以增加磁盘的大小(这个磁盘在LVM上)。 如果我增加磁盘的大小,这将使我有更多的inode?
我愿意增加这个磁盘所在的文件系统,如果有帮助的话。
男人mke2fs
你会看到一个-N数量的inode
所以你可以在格式化一个新分区的时候指定它。 现在不是很有帮助吧?
调整文件系统的tune2fs似乎没有办法添加更多的inode。
但也许ext3或4这样做,其他人知道….?
所以现在你有一个select:备份,重新格式化分区,恢复。
为了回答最初的问题,即使提问者可能迟到了 – 是的,在LVM2上增加EXT2 / 3也会增加inode的限制。
只是有一个1G大小的分区与65k的inode限制。 后
lvextend -L+1G /dev/vg/var umount /var resize2fs /dev/vg/var mount /var
…我的inode限制现在是128k。
如果您知道小文件会占用您的磁盘空间,那么您应该使用dynamicinode分配的FS,如ReiserFS或任何新的现代FS(XFS,JFS),而不是EXT2 / 3/4(我假设您正在使用,你不是这么说的)。
在您的情况下,文件系统迁移可能是一个不错的select。
作为一个权宜之计,安装一个新的文件系统,并在那里安装一些fs层次结构的cp / rm / ln -s。 现在你有一些备用inode! 你不能在两个文件之间mv文件,所以要小心破坏那些需要做的事情,但是对于许多应用程序来说,这可能是透明的。
然后根据保罗的build议做一个新的fs,然后转移到那个。
Ext4遇到同样的问题,如果你创build一个小的分区,并有大量的小文件,你将用完inode,如果你有flex_bg
的function,你不能使用tune2fs
来增加信息节点。
就个人而言,我会在任何版本的rieserfs上使用ext4,只需在格式化时执行以下操作:
mkfs.ext4 -I 512 /dev/foo tune2fs -i0 -c0 -o journal_data_writeback /dev/foo
格式化这种方式会给你一个512M启动分区上的33160 inode。
我说这是一个使用reiserfs多年的人,内核支持不及ext *,文件系统随着时间的推移而变得分散,并且变慢。
去resiserfs或没有inode限制的任何其他fs。 特别是关于日志文件,可能你可以把一些未使用的小文件放到一个更大的tar文件中,以便释放大量的inode =)
$ find /path -iname "pattern" | xargs tar rvf output_file.tar