Los directorios /proc y /sys tienen un valor de inodo 1 aunque signifique "bloque defectuoso". Ambos están funcionando y tengo otra máquina Linux que además de estas dos, /boot también tiene el inodo 1.
adam@AdamMobile:/$ ls -i
1179649 bin 2 dev 25034753 home 22675457 lib 12058625 media 1 proc 10092545 sbin 12 swapfile 8912897 usr 14 vmlinuz.old
12713985 boot 15 device-clean 13 initrd.img 9961473 lib64 25165825 mnt 13500417 root 7733249 snap 1 sys 2621441 var
20578305 cdrom 23330817 etc 17 initrd.img.old 11 lost+found 1441793 opt 2 run 23592961 srv 18743297 tmp 18 vmlinuz
¿Por qué tienen el inodo 1?
Respuesta1
La estructura de inodo es parte del diseño del sistema de archivos. La suposición de que los inodos 1 a 10 están reservados es específica de UFS y derivados (incluido Linux ext2/ext3/ext4), yno necesariamente se aplicaa sistemas de archivos que fueron diseñados de forma independiente.
Las tres ubicaciones que mencionaste son puntos de montaje para diferentes sistemas de archivos (úsalas findmnt
para averiguarlo).
Por ejemplo, /boot es frecuentemente donde se monta un sistema de archivos FAT32 (la partición del sistema EFI). Los sistemas de archivos FAT no tienen números de inodo como tales (el núcleo tiene que mostrar números de inodo falsos); sí marcan sectores malos en el 'mapa de conglomerados'.
/proc y /sys son sistemas de archivos completamente virtuales (generados por el kernel), procfs y sysfs, y ni siquiera tienen el concepto de "bloques defectuosos" e "inodos reservados", ya que en realidad no son sistemas de archivos en disco.
Otros sistemas de archivos todavía funcionan de manera diferente. Por ejemplo, NTFS utiliza el inodo 8 (un archivo oculto real llamado
$BadClus
) para reservar sectores defectuosos. Btrfs no rastrea por completo los sectores defectuosos.
Respuesta2
valor de inodo 1 aunque significa "bloque defectuoso"
Enext4
"lista de bloques defectuosos"de hecho. Pero es para ext4
. Cada tipo de sistema de archivos puede reservar algunos inodos especiales a su manera.
Los puntos de montaje en cuestión contienen algunos otros sistemas de archivos (pseudosistemas de archivos): /proc
es de tipoproc
y /sys
es de tiposysfs
. Puedes ver esto invocando mount
sin argumentos.
Supongo que /boot
en la otra máquina no está encendida ext4
.