1. Instituto Tecnológico de
Tehuacán
Ingeniería en Sistemas
Computacionales
Materia : Administración de Redes
Catedrático: Lic. Francisco
Vázquez Guzmán
Tema: Sistemas de Archivos
Alumno: Jakssiel de Jesus Cruz

2. Sistemas de Archivos
Nativos
Tradicionales

3. Minix
Es un clon del sistema operativo Unix distribuido
junto con su código fuente y desarrollado por el
profesor Andrew S. Tanenbaum en 1987. Fue
creado para enseñar a sus alumnos el diseño de
sistemas operativos en la Vrije
Universiteit de Ámsterdam. La razón de su
desarrollo fue porque Unixestaba bajo
restricciones de licencia de AT&T, era demasiado
complicado y corría sobre máquinas complejas;
algo completamente antipedagógico.
Gracias a su reducido tamaño, diseño basado en
el paradigma del micronúcleo, y su amplia
documentación, resulta bastante apropiado para
personas que desean instalar un sistema
operativo compatible con Unix en su máquina

4. Debido al enfoque
puramente educacional de MINIX,
Tanenbaum no permitía que este fuera
modificado demasiado ya que esto
complicaría el sistema y no permitiría
que sus estudiantes lo entendieran en un
semestre. Por estos motivos, Linus
Torvalds decidió escribir su
propio núcleo de sistema operativo
(Linux) compatible con Unix. En
simbiosis con las herramientas
de GNU surgió GNU/Linux, que ha
ganado protagonismo en el campo de los
Unix para ordenadores compatibles con
el IBM PC, principalmente debido a que

5. Extended
El sistema de archivos extendido (extended file
system o ext), fue el primer sistema de
archivos creado específicamente para el sistema
operativo Linux. Fue diseñado por Rémy
Card para vencer las limitaciones del sistema de
archivos MINIX. Fue reemplazado tanto
por ext2 como xiafs, entre los cuales había una
competencia, que finalmente ganó ext2, debido a
su viabilidad a largo plazo.

6. XIA
Una versión modificada del sistema de archivos
minix que
elevalos límites de nombres de archivos y tamañ
o del sistema dearchivos, pero por otro lado no
introduce características nuevas.No es muy
popular, pero se ha verificado que funciona muy
bien.

7. ISO-9660
El estándar ISO 9660 es una norma publicada inicialmente
en 1986 por la ISO, que especifica el formato para el
almacenaje de archivos en los soportes de tipo disco
compacto. El estándar ISO 9660 define un sistema de
archivos para CD-ROM. Su propósito es que tales
medios sean legibles por diferentes sistemas
operativos, de diferentes proveedores y en diferentes
plataformas, por ejemplo,MS-DOS, Microsoft
Windows, Mac OS y UNIX.
La norma ISO 9660 es descendiente directa de un
esfuerzo de estandarización anterior
llamado HSG (acrónimo de High Sierra Group), el cual
fue propuesto por un conjunto de actores de la industria
que se reunieron en 1985 en el hotel High
Sierra, del Lago Tahoe, Nevada. Aunque la ISO aceptó

8. JOURNALLING
3Ext
Ext3 (third extended filesystem o "tercer
sistema de
archivos extendido") es compatible con
Ext2, en
realidad es Ext2 con un fichero adicional
de
registro. Ext3 es una capa adicional sobre
Ext2 que
mantiene un fichero de registro (por
defecto en el
directorio /jfs). Debido a que está
integrado en el
Ext2, sufre algunas de las limitaciones de
dicho
sistema, y no explota las posibilidades de

9. RaiseFS
Es un sistema de archivos de propósito general, diseñado e
implementado por un equipo de la empresa Namesys, liderado
por Hans Reiser.
Actualmente es soportado por Linux y existen planes de futuro
para incluirlo en otros sistemas operativos. También es
soportado por Windows (de forma no oficial), aunque por el
momento de manera inestable y rudimentaria (ReiserFS bajo
windows).
A partir de la versión 2.4.1 de Linux, ReiserFS se convirtió en el
primer sistema de ficheros con journal en ser incluido en el
núcleo estándar. También es elsistema de archivos por defecto
en varias distribuciones, como SuSE (excepto
en openSuSE 10.2 cuyo formato por defecto
es ext3), Xandros, Yoper,Linspire, Kurumin
Linux, FTOSX, Libranet y Knoppix.
Con la excepción de actualizaciones de seguridad y parches
críticos, Namesys ha cesado el desarrollo de ReiserFS (también
llamado reiser3) para centrarse en Reiser4, el sucesor de
este sistema de archivos.

10. XFS
Pensado originariamente como sistema de
archivos para sistemas operativos IRIX, SGI
comenzó el desarrollo de XFS ya a principios de
la década de los noventa. Con XFS consigue un
sistema de archivos journaling de 64 bits de gran
rendimiento adaptado a las necesidades
extremas de la actualidad. XFS también está
indicado para el trabajo con archivos grandes y
ofrece un buen rendimiento en hardware de
última generación. Sin embargo XFS, al igual que
ReiserFS.

11. JFS
“Journaling File System”, fue desarrollado por IBM
para AIX. La primera versión beta de JFS portada
a Linux llegó al entorno Linux en el verano del
año 2000. La versión 1.0.0 salió a la luz en el año
2001. JFS está diseñado para cumplir las
exigencias del entorno de un servidor de alto
rendimiento. Al ser un sistema de archivos de 64
bits, JFS soporta archivos grandes y particiones
LFS (Large File Support), lo cual es una ventaja
más para los entornos de servidor.

12. FORANEOS
Microsoft
FAT es con mucha diferencia el sistema de archivos más
sencillo compatible con Windows NT. El sistema de
archivos FAT se caracteriza por la tabla de asignación de
archivos (FAT), que en realidad es una tabla en la que
reside la parte "superior" del volumen. Para proteger el
volumen, se conservan dos copias de la FAT por si una de
ellas resulta dañada. Además, las tablas de FAT y el
directorio raíz deben almacenarse en una ubicación fija
para que se puedan encontrar correctamente los archivos
de inicio del sistema.
Un disco formateado con FAT se asigna en clústeres, cuyo
tamaño está determinado por el tamaño del volumen.
Cuando se crea un archivo, se crea una entrada en el
directorio y se establece el primer número de clúster que
contiene datos. Esta entrada de la tabla FAT indica que
éste es el último clúster del archivo o señala al clúster
siguiente.

13. HPFS
El sistema de archivos HPFS se presentó por primera
vez con OS/2 1.2 para permitir un mejor acceso a los
discos duros mayores que estaban apareciendo en el
mercado. Además, era necesario que un nuevo
sistema de archivos extendiera el sistema de
nomenclatura, la organización y la seguridad para las
crecientes demandas del mercado de servidores de
red. HPFS mantiene la organización de directorio de
FAT, pero agrega la ordenación automática del
directorio basada en nombres de archivo. Los
nombres de archivo se extienden hasta 254
caracteres de doble byte. HPFS también permite
crear un archivo de "datos" y atributos especiales
para permitir una mayor flexibilidad en lo que se
refiere a admitir otras convenciones de nomenclatura
y seguridad. Además, la unidad de asignación cambia
de clústeres a sectores físicos (512 bytes), lo que
reduce el espacio en disco perdido.

14. NTFS
Desde el punto de vista de un usuario, NTFS sigue
organizando los archivos en directorios que, al
igual que ocurre en HPFS, se ordenan. Sin
embargo, a diferencia de FAT o de HPFS, no hay
ningún objeto "especial" en el disco y no hay
ninguna dependencia del hardware
subyacente, como sectores de 512 bytes.
Además, no hay ninguna ubicación especial en el
disco, como las tablas de FAT o los Bloques
súper de HPFS.

15. APPLE
MFS
Macintosh File System (MFS) es un formato de volumen
(o sistema de archivos) creado por Apple Computer para
almacenar archivos en disquetes de 400K. MFS fue
introducido con el Macintosh 128K en enero de 1984.
MFS era notable tanto por introducir los fork de recurso para
permitir el almacenamiento de datos estructurados así
como por almacenar metadatosnecesitados para el
funcionamiento de la interfaz gráfica de usuario de Mac
OS. MFS permite que los nombres de archivo tengan una
longitud de hasta 255caracteres, aunque Finder no
permite que los usuarios creen nombres de más de 63
caracteres de longitud. A MFS se le denomina como
sistema de archivo plano porque no admite carpetas.
Apple introdujo el HFS como reemplazo para MFS en
septiembre de 1985. En Mac OS 7.6.1, Apple dejó de
prestar servicio de escritura en volúmenes MFS, y en Mac
OS 8 fue quitado en conjunto la compatibilidad con
volúmenes MFS.

16. HFS
Sistema de Archivos Jerárquico o Hierarchical File
System (HFS), es un sistema de
archivos desarrollado por Apple Inc. para su uso
en computadores que corren Mac OS.
Originalmente diseñado para ser usado
en disquetes y discos duros, también es posible
encontrarlo en dispositivos de solo-lectura como
los CD-ROMs. HFS es el nombre usado por
desarrolladores, pero en la documentación de
usuarios el formato es referido como estándar
Mac Os para diferenciarlo de su sucesor HFS+ el
cual es llamado Extendido Mac Os.

17. HFS+
Es un sistema de archivos desarrollado por Apple
Inc. para reemplazar al HFS (Sistema jerárquico
de archivos). También es el formato usado por el
iPod al ser formateado desde un Mac. HFS Plus
también es conocido como HFS Extended y Mac
OS Extended. Durante el desarrollo, Apple se
refirió a él con el nombre clave Sequoia.
HFS Plus es una versión mejorada de
HFS, soportando archivos mucho más grandes
(Bloques direccionables de 32 bits en vez de 16)
y usando Unicode(En vez de Mac OS Roman)
para el nombre de los archivos, lo que además
permitió nombres de archivo de hasta 255 letras.

18. FFS
El Berkeley Fast File System (Sistema rápido de
archivos) es un sistema de archivos que es
utilizado y soportado por el Sistema
Operativo NetBSD. Sin embargo, es usado
también por FreeBSD. Sus características son
varias, inclusive la de ser más rápido en acceso
al disco duro. Tiene un bloque de 8 Kilobytes (64
Bytes o 512 bits), idéntico al tamaño de página
por defecto para una base de datos
en PostgreSQL. Sin embargo, no es apropiado
usar este sistema de archivos
con Journaling activado.

19. MISCELANEOS
Befs, FFS/UFS y UDF
Be File System (sistema de archivos Be), usado
en BeOS, en ocasiones mal llamado BeFS. El
sistema operativo Haiku utiliza la implementación de
código abierto llamado OpenBFS.
FFS (Amiga) – Fast File System (sistema de archivos
rápido), utilizado en los sistemas Amiga. Este sistema
de archivos ha evolucionado con el tiempo. Ahora
cuenta con FFS1, FFS Intl, FFS DCache y FFS2.
FFS (Berkeley) – Fast File System (sistema de archivos
rápido), usado en sistemas BSD.
UFS – Unix File System (sistema de archivos
Unix), utilizado en sistemas Solaris y en los más
antiguos BSD.
UDF – Universal Disk Format (formato de disco
universal), sistema de archivos basado en paquetes
para medios ópticos WORM/RW tales como CD-
RW, DVD-RW e incluso Blu-ray.

20. DE RED
NFS, CODA, SMB/CIFS y NCP
 Sistema de archivos NCP para Netware.
 Sistema de archivos SMB para Windows
 Sistema de Archivos NFS para Unix
NFS. Un Sistema de archivos de red que permite a los hosts
remotos montar sistemas de archivos sobre la red e interactuar
con esos sistemas de archivos como si estuvieran montados
localmente. Esto permite a los administradores de sistemas
consolidar los recursos en servidores centralizados en la red.
CODA. es un sistema de archivos distribuido desarrollado como un
proyecto de investigación en la Universidad Carnegie
Mellon desde 1987 bajo la dirección de M. Satyanarayanan.
Desciende directamente de una antigua versión de AFS (AFS-2)
y ofrece muchas características similares. El sistema de
archivos InterMezzo está, a su vez, inspirado en Coda. Coda
todavía está en desarrollo, aunque el interés se ha desplazado
desde la investigación hacia la creación de un producto robusto
para uso comercial.

21. SMB de Microsoft (SMB:Server Message Block:bloque de
mensajes de servidor) que ha sido renombrado como CIFS
(Common Internet File System:sistema de ficheros común de
internet) en un intento de ocultar su pasado y orígenes como
sistema propietario y el hecho de que se necesitó utilizar
ingeniería inversa para poder accederlo desde Linux y otros
sistemas tipo Unix. SMB/CIFS funciona en Linux gracias a una
suite de software para cliente y servidor llamada Samba
(www.samba.org). Los clientes Samba posibilitan a los sistemas
Linux exportar sus sistemas de ficheros de forma que
ordenadores ejecutando versiones diferentes de Microsoft
Windows pueden montarlos y acceder a ellos. Los sistemas
Linux también incluyen conectividad con sistemas de ficheros
Novell Netware a través de las utilidades del protocolo Linux
LCP.
NCP. Para compartir archivos con un Servidor Netware necesita
soporte NCP (ncpfs). NCPFS funciona con los kernels 1.2.x y
1.3.71 en adelante. No funciona con cualquier kernel menor al
1.3.x. No puede acceder a la base de datos NDS (Servicios de
Directorio) de Netware 4.x, pero podrá hacer uso del bindery. Si
está usando Netware 4.x, puede habilitar el soporte de bindery
para contenedores específicos usando el comando Set Bindery
Context desde la consola: