linux – 重启后的Inode编号

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了linux – 重启后的Inode编号，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1606字，纯文字阅读大概需要3分钟。

内容图文

在重新启动,重新安装之后,甚至在所有进程关闭然后再次打开之后,保证(例如,通过标准)的inode数量是否相同？例如.可以在打开文件时自动生成,而不是存储在文件系统上.应用程序可以依赖它吗？文件系统实现是否需要保证特定的语义？

解决方法:

inode不是每个文件系统的一般概念. Ext文件系统和Linux VFS将inode视为存储有关文件信息的数据结构.但是,例如,FAT32或NTFS不知道inode是什么,因为它们根本就不使用该概念.

说完这个,我会试着回答你的问题：

Is the inode number guaranteed (e.g. by a standard) to be the same after a reboot, a remount or even after it was closed by all processes and then opened again?

取决于,如果文件系统是Ext类,那么inode号存储在struct inode中的i_ino文件中,该文件被写入磁盘,所以是的,在这种情况下,如果文件是相同的(不是具有相同名称的其他文件) )然后保证inode号是相同的.

否则,如果文件系统不是Ext,则inode编号由文件系统驱动程序定义的inode操作生成,因为它们没有inode的概念,他们必须模仿所有inode的内部字段以符合VFS,所以这个数字在重新启动后可能会有所不同,即使在关闭并再次打开文件之后(理论上)也是如此.

E.g. can it be automatically generated when a file is opened as opposed to being stored on the file system.

是!非Ext文件系统的驱动程序(FAT32,NTFS)只要访问其中一个文件就会生成一个inode结构.

Can an application rely on it?

不太安全,应用程序依赖文件路径,这些文件路径更易于阅读.必须通过其inode查找文件将意味着遍历分区中的所有inode(许多).通过解析文件的路径,优化搜索,它只检查目录中的文件.

Does a file system implementation need to guarantee specific semantics?

我不太清楚这个问题,但我认为是的,文件系统是非常复杂的结构,它们需要很好地建立它需要的数据类型以及它们的含义.

例如：Ext定义块,inode和dentry以及这些数据结构上的函数列表.

希望这可以帮助！

内容总结

以上是互联网集市为您收集整理的linux – 重启后的Inode编号全部内容，希望文章能够帮你解决linux – 重启后的Inode编号所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---