¿Por qué los números de inodo comienzan en 1 y no en 0?

Question

La convención de lenguaje C cuenta los índices de matriz desde 0. ¿Por qué los números de inodos comienzan desde 1 y no 0?

Si el inodo 0 está reservado es para algún uso especial, entonces ¿cuál es la importancia del inodo 0?

Answer 1

Normalmente, el inodo 0 está reservado porque un valor de retorno de 0 generalmente indica un error. Múltiples métodos en el kernel de Linux, especialmente en la capa VFS compartida por todos los sistemas de archivos, devuelve un ino_t, p. find_inode_number.

Hay más números de inodo reservados. Por ejemplo, en 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 */ 

y ext3 tiene:

#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 */ 

y ext4 tiene:

#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 */ 

Otros fileystems utilizan el ino 1 como número de inodo raíz. En general, un sistema de archivos puede elegir libremente sus números de inodo y sus valores ino inobrados (con la excepción de 0).

Answer 2

0 se usa como sentinel value para indicar inodo nulo o nulo. similar a cómo los punteros pueden ser NULL en C. sin un centinela, necesitaría un bit adicional para probar si se estableció un inodo en una estructura o no.

información más aquí:

Todas las direcciones de bloque y de nodo-i comienzan en 1. El primer bloque en el disco es el bloque 1. 0 se usa para indicar ningún bloque . (Los archivos dispersos pueden tener estos dentro de ellos)

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

por ejemplo, en los sistemas de ficheros antiguos donde directorios han estado representados de una serie fija de las entradas del archivo, borrar un archivo daría como resultado el establecimiento de i-nodo de esa entrada val a 0. al atravesar el directorio, cualquier entrada con un inodo de 0 sería ignorada.

Answer 3

Cuando escribí un sistema de archivos hace siglos, utilicé el inodo 0 para el pseudo archivo .badblocks.

En algunos sistemas de archivos, .badblocks está realmente presente en el directorio raíz como un archivo regular propiedad de la raíz y el modo 0. root puede abrirlo pero leerlo o escribirlo no está definido.

Existe una antigua tradición de que los inodos comienzan desde 1, el número 1 es .badblocks y el número 2 es el directorio raíz. A pesar de que .badblocks no está particularmente bien garantizado, muchos sistemas de archivos se desviven por hacer root # 2.

Answer 4

OSX especifica que el inodo 0 significa un archivo eliminado que aún no se ha eliminado; esto también puede haber sido utilizado en otros sistemas de archivos, ya que OSX está derivado de BSD, aunque al menos NetBSD parece haber eliminado este uso.

Consulte la página de manual para OSX getdirentries http://developer.apple.com/library/ios/#documentation/System/Conceptual/ManPages_iPhoneOS/man2/getdirentries.2.html