C语言约定将数组索引从0开始计数。为什么inode数从1开始而不是0？
如果保留inode 0用于某些特殊用途，那么inode 0的意义是什么？
答案 0 :(得分：27)
0用作sentinel value以指示null或无inode。类似于没有标记的C中指针如何可以为NULL，你需要一个额外的位来测试结构中的inode是否被设置。
更多信息：
所有块和inode地址都从 1.磁盘上的第一个块是块1. 0用于表示否 块。 （稀疏文件可以有这些 在他们内部）
http://uranus.chrysocome.net/explore2fs/es2fs.htm
例如，在旧文件系统中，目录被表示为固定的文件条目数组，删除文件会导致将该条目的inode val设置为0.在遍历目录时，任何inode为0的条目都将被忽略
答案 1 :(得分：25)
通常，保留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除外）。
答案 2 :(得分：3)
OSX指定inode 0表示尚未删除的已删除文件;这可能也被用在其他文件系统中，因为OSX是BSD派生的，尽管至少NetBSD似乎已经删除了这种用法。
有关getdirentries http://developer.apple.com/library/ios/#documentation/System/Conceptual/ManPages_iPhoneOS/man2/getdirentries.2.html
的信息，请参阅OSX联机帮助页答案 3 :(得分：0)
当我在很久以前编写文件系统时，我使用inode 0作为.badblocks伪文件。
在某些文件系统上，.badblocks实际上存在于根目录中，作为root和mode 0拥有的常规文件.root可以打开它但读取或写入它是未定义的。
有一些古老的传统，inode从1开始，＃1是.badblocks，＃2是根目录。尽管.badblocks并没有得到特别好的保证，但许多文件系统都不遗余力地制造根＃2。