Beruflich Dokumente
Kultur Dokumente
SISTEMA DE ARCHIVOS
Un sistema de archivos (o filesystem) es un medio para organizar los datos que se espera se mantengan despus que un programa haya terminado, al proporcionar procedimientos para almacenar, recuperar y actualizar dichos datos, as como gestionar el espacio disponible en el dispositivo(s) que lo contiene. Un sistema de archivos organiza los datos de una manera eficiente y est sintonizado con las caractersticas especficas del dispositivo. Cada particin individual se puede configurar mediante uno de los muchos sistemas de archivos disponibles. Cada uno tiene sus propias ventajas, desventajas e idiosincrasias nicas. A continuacin se hace una breve descripcin de los sistemas de archivos compatibles; se hacen, tambin, enlaces a pginas de Wikipedia que proporcionan mucha ms informacin.
ext3 - Third Extended Filesystem es, esencialmente, el sistema de archivos ext2 pero con el apoyo de journaling y la escritura de barreras. Es compatible con ext2, bien probado, y extremadamente estable. ext4 - Fourth Extended Filesystem es un sistema de archivos nuevo que tambin es compatible con ext2 y ext3. Proporciona apoyo para volmenes con tamaos de hasta 1 exabyte (es decir, 1.048.576 terabytes) y archivos con tamaos de hasta 16 terabytes. Aumenta el lmite de los 32.000 subdirectorios de ext3 a 64.000. Tambin ofrece la capacidad de desfragmentacin en lnea.
NTFS - Sistema de archivos utilizado por Windows. NTFS contiene algunas mejoras tcnicas respecto a FAT y HPFS (High Performance File System), como el soporte mejorado para los metadatos y el uso de estructuras de datos avanzadas para mejorar el rendimiento, la confiabilidad y la utilizacin del espacio en disco, adems de extensiones adicionales, como las listas de control de acceso de seguridad (ACL) y journaling del sistema de archivos. Swap - es el sistema de archivos utilizado para particiones de intercambio.
Journaling
Todos los sistemas de archivos antes vistos, con la excepcin de ext2, FAT16/32, usan journaling. Journaling proporciona la rehabilitacin de los fallos al registrar los cambios antes de que comprometan al sistema de archivos. En caso de un fallo del sistema o un corte de energa, este procedimiento es ms rpido para informar en lnea al sistema y es menos probable de que se dae. El registro se lleva a cabo en un rea especfica del sistema de archivos. No todas las tcnicas de journaling son iguales. Solo ext3 y ext4 proporcionan la funcin data-mode (modalidad de datos) de journaling, que registra los datos y los meta-datos. La modalidad de datos de journaling conlleva una prdida de velocidad y no est habilitada de forma predeterminada. Los otros sistemas de archivos ofrecen una modalidad de clasificacin (ordered-mode) de journaling, que solo registra los meta-datos. Mientras el resto de los journaling restaurarn un sistema de archivos a un estado vlido despus de un accidente, la modalidad de datos de journaling ofrece la mayor proteccin contra la corrupcin y prdida de datos. Sin embaro, este ltimo compromete el rendimiento del sistema, porque la modalidad de datos journaling hace dos operaciones de escritura: primero al registro y luego al disco. El equilibrio entre la velocidad del sistema y la seguridad de los datos debe tenerse presente a la hora de elegir entre uno u otro tipo de sistemas de archivos.
Los inodos.
Toda entrada en un sistema de ficheros tiene asociado un descriptor, que denominamos inodo. Otro concepto que hemos estado manejando hasta ahora y que no hemos definido es el de inodo. Lo podemos definir como un descriptor de una entrada de un sistema de ficheros. Existe la tendencia de asociar el concepto de inodo con el de fichero dado que "en UNIX todos los dispositivos son ficheros" y "todo fichero tiene asociado un nico inodo". Esto no es exactamente as por:
Los inodos.
Si bien es cierto que todos los ficheros tienen asociado un inodo, el recproco no es cierto: los dispositivos especiales, sockets, y enlaces simblicos que ciertamente son pertenecientes a un sistema de ficheros, no tienen ficheros asociados Existen inodos especiales que no se reflejan en el sistema de ficheros: el comando badblocks crea un fichero invisible ( aunque accesible por el sistema ) que contiene los sectores errneos de un disco Para evitar problemas definiremos fichero como una secuencia de bloques en un sistema de ficheros, direccionada por un inodo. Podramos decir en lenguaje C, que el inodo es el puntero y el fichero es el contenido... ( aunque existen multitud de punteros Null :) ... ) Recordamos al lector que un directorio no es sino un fichero que contiene asociaciones nombre-inodo Existen operaciones especficas sobre inodos y operaciones sobre ficheros