Diferencia entre revisiones de «Sistemas de ficheros/Ext2/3»
Contenido eliminado Contenido añadido
m Bot: Correcciones ortográficas; cambios triviales |
|||
Línea 10:
Los inodos, junto con los superbloques, son una estructura escencial en cualquier sistema de ficheros. El inodo es un metadato encargado de almacenar informacion referente a cada fichero/directorio almacenado en cualquier sistema de ficheros (desde el punto de vista de un programador es un registro (register o struct)).
El superbloque, es otro tipo de estructura que no contiene informacion de un fichero o directorio, sino que almacena informacion sobre el FS(filesystem) al que pertenece. Es una estructura escencial, ya que, de querer realizar un busqueda u otra operacion sobre el FS es necesario acceder a ella, que es quien 'sabe' o 'conoce' como realizar las operaciones en ese tipo especifico de FS. El Kernel es quien almacena una referencia
El inodo
(Ej: tamaño_del_sector= 512bytes, tamaño_del_bloque= 1KB
(Cada unidad de informacion que se almacene, va a ocupar en el disco un minimo de 1KB. Si el archivo que acabamos de crear ocupa 1.4K, entonces se necesitaran reservar 2 bloques. Si, se desperdicia espacio, pero hay tecnicas para intentar minimizar estas perdidas)
Línea 87:
== Consistencia en un sistema de ficheros ==
Para poder continuar sea hace necesario comentar brevemente que participacion tiene el superbloque en la comprobacion de la consitencia de un FS sin registro.
El superbloque guarda una 'marca' para indicar que el FS no esta sucio. Cada vez que el sistema se cierra de forma ordenada, lleva a cabo todas las operaciones pendientes (en este caso nos importan las de disco). Una vez realizado dicho proceso, se actualiza tambien la 'marca' del superbloqe, indicando que la operacion fue exitosa. Durante un corte de energia, logicamente, los datos almacenados en la RAM no fueron actualizados en el disco!, y no solo se pudieron de haber perdido datos, sino que como es de suponerse, en el superbloque no figura el FS como actualizado/consistente/correcto/limpio. Este es motivo suficiente para que durante el reinicio, los sitemas realicen una comprobacion de consistencia del FS; donde la comprobacion no solo implica un orden logico estructural del FS, sino que
En que sentido un sistema es consistente? Bueno, aquellos bloques que estan registrados (mapa de bits) como libres, deben estan libres...ningun inodo tiene porque estar referenciando a dichos bloques, de igual forma con los inodos libres, etc.
Línea 102:
En este tipo de FS, durante un reinicio no sera necesario (como sucedia con el ext2) recorrer toda la lista de inodos libres, bloques libres, realizar comparaciones, etc,...bastara simplemente con verificar si quedo alguna accion/entrada incompleta en los registros. Es importante aclarar que cada FS con registro tiene su propia tecnica para recuparse de errores. En la seccion siguiente se tratara con mas detalle ext3.
Lo prometido, algunas
- ''Un tiempo mas rapido de reinicio'' del sistema despues de una caida porque la computadora no tiene que examinar cada FS en su
totalidad para garantizar su consistencia. Los FS con registro se pueden hacer consistentes simplemente reproduciendo de nuevo
Línea 172:
Para aprovechar la fiabilidad del sistema ext2, los desarrolladores decidieron extender su funcionalidad agregandole un registro.
Es decir, en la implementacion, las unicas deferencia importantes entre ext2 y el ext3, son: la adicion de un archivo registro y el funcionamiento interno, correspondiente a las operacion que se realizan sobre el FS. (estructuralmente ext2 y ext3 son iguales).
Esto implica que
Por el momento voy a dejar este enlace, sobre todo por las tablas, y algunos datos interesantes como el tamañano de los bloques, el tamaño maximo de los archivos y demas. [http://en.wikipedia.org/wiki/Ext3]
| |||