最近我们遇到了这样一个问题，ext4文件系统似乎无法处理大量的文件， more than 6mln in this case ，尽pipe有足够的空间。 最大数量是6 6mln ，使用所有默认设置进行格式化时，ext4文件系统可以有吗？ 我试图谷歌，但没有得到任何明确的答案。 任何一个人在这里可以遮光一下吗？ 干杯！！
我有一个被删除的文件，但仍然被程序保留。 我用lsoffind了inode号码。 我怎样才能创build一个硬链接到这个inode？
我最近在开发Web服务器上安装了Munin，以跟踪系统使用情况。 我曾经说过，即使磁盘使用率几乎没有增加，系统的inode使用率也在以每天7-8％左右的速度攀升。 我猜测有些东西正在写很多小文件，但我找不到什么/在哪里。 我知道如何find磁盘空间的使用情况，但似乎无法find总结inode使用情况的方法。 有没有一种好的方法来确定目录的inode使用情况，以便我可以find使用的来源？
我有一个有很多小文件的文件系统。 目前，大约80％的inode被使用（我使用df -i进行了检查），但是只有60％的磁盘空间被使用。 我如何“增加”inode的数量？ 如果只是磁盘空间，我知道我可以增加磁盘的大小（这个磁盘在LVM上）。 如果我增加磁盘的大小，这将使我有更多的inode？ 我愿意增加这个磁盘所在的文件系统，如果有帮助的话。
有时候，人们删除他们不应该的文件，一个长时间运行的进程仍然打开文件，通过捕获/proc/<pid>/fd/N恢复数据就不够了。 真棒，如果你可以通过运行一些魔法选项来“撤销”删除，这将允许你重新链接到inode号码（通过lsof恢复）。 我找不到任何Linux工具来做到这一点，至less粗略谷歌search。 你有什么，serverfault？ 编辑1：从/proc/<pid>/fd/N捕获文件的原因不够好，因为仍然有文件打开的进程仍在写入。 删除操作将从文件系统名称空间中删除对inode的引用。 我想要的是重新创build参考的方法。 EDIT2：'debugfs ln'起作用，但是由于原始的文件系统数据，风险太高。 恢复的文件也疯狂不一致。 链接计数为零，我不能添加链接。 因为我可以使用/proc/<pid>/fd/N来访问数据而不会破坏我的fs，所以我更糟糕。