为什么inode编号从1开始而不是从0开始？

Question

C语言约定从0开始计算数组索引。为什么inode编号从1开始而不是从0开始？

如果inode 0被保留是为了某些特殊用途，那么inode 0有什么意义呢？

Answer 1

0 用作 sentinel 值 来指示 null 或没有 inode。类似于 C 中指针可以为 NULL，没有哨兵，您需要额外的位来测试结构中的 inode 是否已设置。

更多信息在这里：

所有块和索引节点地址开始于
1、磁盘上的第一个块是块1。0用于表示没有
堵塞。 （稀疏文件可以有这些
在它们里面）

http://uranus.chrysocome.net/explore2fs/es2fs.htm

例如，在旧的文件系统中，目录被表示为固定的文件条目数组，删除文件将导致将该条目的 inode val 设置为 0。遍历目录时，任何 inode 为 0 的条目都将被忽略。

Answer 2

通常，inode 0 是保留的，因为返回值 0 通常表示错误。 Linux内核中的多种方法——尤其是所有文件系统共享的VFS层——返回一个ino_t，例如find_inode_number。

保留的 inode 编号较多。例如在 ext2 中：

#define EXT2_BAD_INO             1      /* Bad blocks inode */
#define EXT2_ROOT_INO            2      /* Root inode */
#define EXT2_BOOT_LOADER_INO     5      /* Boot loader inode */
#define EXT2_UNDEL_DIR_INO       6      /* Undelete directory inode */

和 ext3 具有：

#define EXT3_BAD_INO             1      /* Bad blocks inode */
#define EXT3_ROOT_INO            2      /* Root inode */
#define EXT3_BOOT_LOADER_INO     5      /* Boot loader inode */
#define EXT3_UNDEL_DIR_INO       6      /* Undelete directory inode */
#define EXT3_RESIZE_INO          7      /* Reserved group descriptors inode */
#define EXT3_JOURNAL_INO         8      /* Journal inode */

和 ext4 具有：

#define EXT4_BAD_INO             1      /* Bad blocks inode */
#define EXT4_ROOT_INO            2      /* Root inode */
#define EXT4_USR_QUOTA_INO       3      /* User quota inode */
#define EXT4_GRP_QUOTA_INO       4      /* Group quota inode */
#define EXT4_BOOT_LOADER_INO     5      /* Boot loader inode */
#define EXT4_UNDEL_DIR_INO       6      /* Undelete directory inode */
#define EXT4_RESIZE_INO          7      /* Reserved group descriptors inode */
#define EXT4_JOURNAL_INO         8      /* Journal inode */

其他文件系统使用 ino 1 作为根 inode 号。一般来说，文件系统可以自由选择其 inode 号及其保留 ino 值（0 除外）。

Answer 3

OSX指定inode 0表示已删除文件，尚未删除；这可能也被用在其他文件系统中，因为 OSX 是 BSD 派生的，尽管至少 NetBSD 现在似乎已经删除了这种用法。

请参阅 getdirentries 的 OSX 联机帮助页 http: //developer.apple.com/library/ios/#documentation/System/Conceptual/ManPages_iPhoneOS/man2/getdirentries.2.html

Answer 4

当我很久以前编写文件系统时，我使用 inode 0 作为 .badblocks 伪文件。

在某些文件系统上，.badblocks 实际上作为 root 拥有的常规文件和模式 0 存在于根目录中。root 可以打开它，但读取或写入它是未定义的。

有一些古老的传统，索引节点从1开始，#1是.badblocks，#2是根目录。尽管 .badblocks 没有得到特别好的保证，但许多文件系统还是不遗余力地使 root #2。