1.

SISTEMA DE ARCHIVOS

 ¿QUE ES UNA SISTEMA DE ARCHIVOS?

Aunque los discos duros pueden ser muy chicos, aun así, contienen millones de
bits, por lo que necesitan organizarse para poder ubicar la información. Este es el
propósito del sistema de archivos. Recuerda que un disco rígido se conforma de
varios discos circulares que giran en torno a un eje. Las pistas (áreas concéntricas
escritas a ambos lados del disco) se dividen en piezas llamadas sectores (cada uno
de los cuales contiene 512 bytes). El formateado lógico de un disco permite que se
cree un sistema de archivos en el disco, lo cual, a su vez, permitirá que un sistema
operativo (DOS, Windows 9x, UNIX, etc.) use el espacio disponible en disco para
almacenar y utilizar archivos. El sistema de archivos se basa en la administración
de clústeres, la unidad de disco más chica que el sistema operativo puede
administrar.

Un clúster consiste en uno o más sectores. Por esta razón, cuanto más grande sea
el tamaño del clúster, menores utilidades tendrá que administrar el sistema
operativo...
Por el otro lado, ya que un sistema operativo sólo sabe administrar unidades enteras
de asignación (es decir que un archivo ocupa un número entero de clústeres),
cuantos más sectores haya por clúster, más espacio desperdiciado habrá. Por esta
razón, la elección de un sistema de archivos es importante.

 SISTEMAS DE ARCHIVOS Y SISTEMA OPERATIVO

En realidad, la elección de un sistema de archivos depende en primer lugar del
sistema operativo que esté usando. Generalmente, cuanto más reciente sea el
sistema operativo, mayor será el número de archivos que admita. Por esto, se
necesita contar con FAT16 en DOS y en las primeras versiones de Windows 95.

Empezando por Windows 95 OSR2, usted puede elegir entre los sistemas de
archivos FAT16 y FAT32. Si el tamaño de la partición es mayor a 2 GB, se excluyen
los sistemas de archivos FAT y usted necesitará usar el sistema FAT32 (o modificar
el tamaño de la partición).

Por debajo de este límite, se recomienda FAT16 para particiones con una capacidad
menor a 500 Mb. De lo contrario, es preferible usar FAT32.
En el caso de Windows NT (hasta la versión 4) usted puede elegir entre el sistema
FAT16 y NTFS. No se admite FAT32. Por lo general, se recomienda el sistema
NTFS ya que brinda una mayor seguridad y un mejor rendimiento que el sistema
FAT. Actualmente, Microsoft recomienda el uso de una partición de tipo FAT
pequeña (de entre 250 y 500 MB) para el sistema operativo, para poder iniciar el
sistema desde un disquete DOS de arranque en caso de que ocurra una catástrofe,
y el uso de una segunda partición para almacenar sus datos.

En Windows NT5, hay muchas más opciones ya que acepta particiones FAT16,
FAT32 y NTFS. Nuevamente, se recomienda el sistema de archivos más reciente
(NTFS 5), ya que ofrece muchas más opciones que los sistemas FAT. Por las
mismas razones mencionadas anteriormente, aún puede elegir una partición del tipo
FAT.

Sistema operativo Tipos de sistemas de archivos admitidos

DOS FAT16
Windows 95 FAT16
Windows 95 OSR2 FAT16, FAT32
Windows 98 FAT16, FAT32
Windows NT4 FAT, NTFS (versión 4)
Windows 2000/XP FAT, FAT16, FAT32, NTFS (versiones 4 y 5)
Linux Ext2, Ext3, ReiserFS, Linux Swap (FAT16, FAT32, NTFS)
MacOS HFS (Sistema de Archivos Jerárquico), MFS (Sistemas de Archivos
Macintosh)
OS/2 HPFS (Sistema de Archivos de Alto Rendimiento)
SGI IRIX XFS
FreeBSD, UFS (Sistema de Archivos Unix)
OpenBSD
Sun Solaris UFS (Sistema de Archivos Unix)
IBM AIX JFS (Sistema Diario de Archivos)
  COEXIXSTENCIA DE VARIOS SISTEMAS DE ARCHIVOS
Cuando coexisten varios sistemas operativos en la misma máquina, la elección de
un sistema de archivos es un gran problema. Debido a que el sistema de archivos
está estrechamente ligado al sistema operativo, cuando existen varios sistemas
operativos, usted debe elegir un sistema de archivos para cada uno, teniendo en
cuenta que es posible que deba acceder a los datos de un sistema operativo desde
otro. Una solución sería la de usar particiones FAT para todos los sistemas,
asegurándose de que las particiones no sean mayores a 2 GB. La solución más
apropiada sería la de utilizar, para cada SO, una partición cuyo sistema de archivos
sea el que mejor se adapte a ésta y utilizar una partición FAT16 dedicada para que
los diferentes sistemas operativos compartan datos.

2. FUNCIONES Y ATRIBUTOS DE LOS SISTEMAS DE

ARCHIVOS EMPLEADOS EN LA INDUSTRIA

 FUNCIONES

Los usuarios deben poder crear, modificar y borrar archivos.

Se deben poder compartir los archivos de una manera cuidadosamente

controlada.

El mecanismo encargado de compartir los archivos debe proporcionar varios tipos

de acceso controlado:

 Ej.: “Acceso de Lectura”, “Acceso de Escritura”, “Acceso de Ejecución”,

varias combinaciones de estos, etc.

Se debe poder estructurar los archivos de la manera más apropiada a cada

aplicación.

Los usuarios deben poder ordenar la transferencia de información entre archivos.

Se deben proporcionar posibilidades de “respaldo” y “recuperación” para

prevenirse contra:

 La pérdida accidental de información.

 La destrucción maliciosa de información.
Se debe poder referenciar a los archivos mediante “Nombres Simbólicos”,
brindando “Independencia de Dispositivos”.

En ambientes sensibles, el sistema de archivos debe proporcionar posibilidades

de “Cifrado” y “Descifrado”.

El sistema de archivos debe brindar una interfase favorable al usuario:

 Debe suministrar una “visión lógica” de los datos y de las funciones que
serán ejecutadas, en vez de una “visión física”.
 El usuario no debe tener que preocuparse por:
o Los dispositivos particulares.
o Dónde serán almacenados los datos.
o El formato de los datos en los dispositivos.
o Los medios físicos de la transferencia de datos hacia y desde los
dispositivos.

 ATRIBUTOS

Cada archivo tiene:

 Su nombre y datos.
 Elementos adicionales llamados atributos, que varían considerablemente
de sistema a sistema.

Algunos de los posibles atributos de archivo son:

 “Protección”: quién debe tener acceso y de qué forma.

 “Contraseña”: contraseña necesaria para acceder al archivo.
 “Creador”: identificador de la persona que creó el archivo.
 “Propietario”: propietario actual.
 “Bandera exclusivo - para - lectura”: 0 lectura / escritura, 1 para lectura
exclusivamente.
 “Bandera de ocultamiento”: 0 normal, 1 para no exhibirse en listas.
 “Bandera de sistema”: 0 archivo normal, 1 archivo de sistema.
 “Bandera de biblioteca”: 0 ya se ha respaldado, 1 necesita respaldo.
 “Bandera ascii / binario”: 0 archivo en ascii, 1 archivo en binario.
 “Bandera de acceso aleatorio”: 0 solo acceso secuencial, 1 acceso
aleatorio.
 “Bandera temporal”: 0 normal, 1 eliminar al salir del proceso.
 “Banderas de cerradura”: 0 no bloqueado, distinto de 0 bloqueado.
 “Longitud del registro”: número de bytes en un registro.
 “Posición de la llave”: ajuste de la llave dentro de cada registro.
 “Longitud de la llave”: número de bytes en el campo llave.
  “Tiempo de creación”: fecha y hora de creación del archivo.
 “Tiempo del último acceso”: fecha y hora del último acceso al archivo.
 “Tiempo de la última modificación”: fecha y hora de la última
modificación al archivo.
 “Tamaño actual”: número de bytes en el archivo.
 “Tamaño máximo”: tamaño máximo al que puede crecer el archivo.

3. IDENTIFICAR LAS INTERFACES

EMPLEADAS (FUNCIONES O LLAMADAS
AL SISTEMA PARA CREAR, ESCRIBIR Y
LEER ARCHIVOS).

Las llamadas al sistema son interfaces de programación que sirven para poder
invocar los servicios que el sistema operativo nos ofrece. Estas llamadas se
encuentran escritas en lenguajes de alto nivel como C y C++. En general, las
llamadas a sistemas son accesadas mediante una API (interfaz de programación
de aplicaciones), en vez de invocarlas directamente, de ésta manera se hace más
fácil el trabajo para un programador de aplicaciones.

Esta API especifica un conjunto de funciones

que el programador puede utilizar, incluyendo
los parámetros que son pasados a cada
función y que retornan valores que el
programador puede esperar.. Las API más
comunes que existen son tres:

 Win32 para Windows, la cual surge para

cubrir la necesidad de crear un sistema
operativo de 32 bits como es Windows 95, frente a la API de 16 bits de
Windows 3.1. Las limitaciones de esta API son que no soporta nombre de
ficheros largos, sólo el formato 8.3 de DOS, no tiene API de comunicaciones y
no soporta las capacidades Plug & Play
 POSIX para sistemas basados en POSIX (Unix, Linux, Mac OS X), sus
principales características son:
  Algunos tipos de datos utilizados por las funciones no se definen como
parte de la implementación. Estos tipos se encuentran definidos en el
archivo de cabecera y acaban con el sufijo _t.
 Los nombres de las funciones en POSIX son en general cortos y con todas
sus letras en minúsculas, por ejemplo fork (para crear un nuevo
proceso), read (para leer datos de un archivo), close (para cerrar un
archivo).
 Las funciones, normalmente, devuelven cero si se ejecutaron con éxito o -1
en caso de error.
 La mayoría de los recursos gestionados por el sistema operativo se
referencian mediante descriptores. Un descriptor es un número entero
mayor o igual que cero.
 Java API para la Java Virtual Machine (JVM), brinda funciones de uso común
para el programador como por ejemplo, creación y manejo de elementos de
GUI, manejo de archivos, funciones de red, comunicación entre programas,
además de existir dentro de su librería clases gráficas (awt y swing), las cuales
permiten crear objetos gráficos comunes altamente configurables y con una
arquitectura independiente de la plataforma.

Cada sistema operativo tiene sus propios nombres de llamadas al sistema. Por
ejemplo: La función CreateProcess() (crea un nuevo proceso) de Win32 realmente
invoca a la llamada NTCreateProcess() del kernel del SO.

A un programador le resulta más fácil utilizar una API que realizar las llamadas al
sistema directamente debido a que posee una mayor portabilidad (cuando se
desea compilar el programa en cualquier SO que pueda soportar la API utilizada),
y a menudo es más díficil trabajar con las propias llamadas al sistema.