问题标签 [inode]

在设计使用 inode 结构指向文件/块的文件系统时，实际需要的 inode 数量是如何确定的？

我正在调用以下命令并阅读 outpup df -F ufs -o i。它最初工作得很好，但后来开始失败，原因是这里报告和解释了http://wesunsolve.net/bugid/id/6795242。

尽管上述链接上建议的解决方案可能有效，但它很难看，我想要一个永久的解决方案。所以，真的在 Solaris/Unix 上寻找 c api，它会给我给定文件系统的 inode 总数和可用数量。

示例/示例非常感谢。

我正在尝试编辑一些 inode 数据。但是，当我读取任何 inode 时，我只会得到零或无效数据。以下是我正在做的主要步骤：

我得到的只是其他 inode 的零或有时无效的数据。我已经使用从“ls -i filename”命令获得的不同 inode 编号进行了测试，并使用“stat filename”验证了数据。然而，组描述符是正确的，inode 表的位置也是正确的（使用 dumpe2fs 验证）。

我还尝试使用“lde”工具 (lde -i 15 /dev/sdb1) 获取 inode 信息。它还提供无效数据。请让我知道我在这里缺少什么。

在此先感谢，马里哈

我正在尝试修改 ext3 文件系统。基本上，我想确保文件的 inode 保存在与其存储元数据的文件相同（或相邻）的块中。希望这应该有助于磁盘访问性能

我抓取了内核源代码，编译它，阅读了一堆关于 inode 的信息，并查看了 fs 子目录中的 inode.c 文件。但是，我只是不确定如何确保正在创建的任何新文件以及该文件的 inode 可以保存在相同或相邻的块中。任何帮助或进一步阅读的指示将不胜感激。谢谢！

I am trying to do my final project, which involves restoring a deleted file through its inode. I know bits and pieces of information about the whole topic but, don't seem to have any clear direction as to how to proceed.

So, could anyone kindly please direct me in this matter.

请参考Unix文件系统告诉我核心inode列表和磁盘inode列表之间的区别。

另外，请引导我访问我可以获得更多信息的链接。

谢谢，LinuxPenseur

我在谷歌上搜索了“匿名inode”，似乎它与epoll有关......但它实际上是什么？

为什么只知道文件的 inode 而不搜索链接到该 inode 的文件却无法访问该文件？文件的硬链接只包含一个名称和一个数字，告诉您在哪里可以找到包含有关文件的所有真实信息的 inode。当我被告知没有用户模式的方式可以直接使用 inode 号打开文件时，我感到很惊讶。

这似乎是系统提供的一种无害且有用的功能。为什么不提供？

我相信有两种类型的 inode - 磁盘上的和核心内的 inode（fs.h 中的“struct inode”）。磁盘索引节点基于文件系统实现。我正在尝试理解基本概念并有几个问题-

• 有人可以指出我将磁盘上的 inode 读取/复制到核心 inode 的代码（或逐步完成这些步骤）吗？即，当创建核心inode 时，它​​必须来自磁盘上的inode。那么，这是怎么发生的呢？
• 为什么内核 inode 不存储指向磁盘 inode 的指针？
• 如果对内核 inode 进行了修改，那么它是如何传播到磁盘上的 inode 的？任何指向代码或代码流的指针都会有所帮助。

谢谢！

我的任务是为 Windows 编写一个能够读取 ext2 分区的阅读器程序。

对于我的测试，我使用了一个格式化为 ext2 的驱动器和一个使用 mkfs 创建的文件（一个可以在 linux 下挂载并运行良好的文件）

出于某种原因，当我从驱动器（真正的）读取超级块时，我得到了所有正确的元数据（即块大小、inode 计数等），但是对文件执行完全相同的操作会返回错误的结果（这使得没有意义）。

2之间有区别吗？

我使用 \.\X: 打开驱动器，然后使用 mkfs 创建文件。