UNIVERSIDAD NACIONAL DE INGENIERIA

FACULTAD DE CIENCIAS Y SISTEMAS

INGENIERIA DE SISTEMAS

Sistemas Operativos

Nombre: Carnet

Br. Cristian Josué Ríos Bermúdez. 2015-0715U

Profesor:

Esp. Ing. Danilo Noguera Rivera.

Grupo:

4TN1-IS

Managua, miércoles 23 de mayo del 2,018

 Sistemas de archivo soportados por Linux

1) adfs

Es un sistema de archivos informáticos específico para el rango de la computadora Acorn y

los sucesores basados en RISC OS. Inicialmente basado en el raro Acorn Winchester Filing
System, se renombró al Advanced Disc Filing System cuando se agregó soporte para
disquetes utilizando un disquete WD1770 y en sistemas posteriores de 32 bits una variante
de un disquete tipo PC.

El sistema original de archivado de discos de Acorn estaba limitado a 31 archivos por

superficie de disco, 7 caracteres por nombre de archivo y un solo carácter para nombres de
directorio, un formato heredado de las computadoras Atom y System 3-5 Eurocard
anteriores. Para superar algunas de estas restricciones, Acorn desarrolló ADFS. El cambio
más dramático fue la introducción de una estructura jerárquica de directorios. La longitud
del nombre de archivo aumentó de 7 a 10 letras y el número de archivos en un directorio se
expandió a 47. Retenía algunos atributos superficiales del DFS; el separador de directorios
siguió siendo un punto y $ ahora indicaba la raíz jerárquica del sistema de archivos. ^ se usó
para referirse al directorio principal, @ el directorio actual y \ como el directorio visitado
previamente. < p> BBC Master Compact contenía la versión 2.0 de ADFS, que proporcionaba
la adición de comandos de formato, verificación y copia de seguridad en ROM.

Características:

Contenidos del directorio: tablas jerárquicas de longitud fija.

Asignación de archivos: un rango por archivo más una tabla de intervalos de espacio
libre (L), mapa de bits con ID de archivo incrustado (E)

Limites:

Tamaño máximo del volumen: 512 MB.

Tamaño máximo del archivo: 512 MB.

Números máximos de archivos: 47 por directorio (L), 77 por directorio (E)

Nombre máximo de longitud: 10 caracteres

Caracteres permitidos en nombres de archivo: ASCII (Acorn MOS), ISO 8859-1 (RISC
OS).

2) befs

3) cifs
Un protocolo de red que proporciona la fundación para el uso compartido de archivos
basado en Windows y otras utilidades de red. Scalable File Server admite el uso compartido
de archivos de CIFS.

A mediados de los años 1990, Microsoft® decidió cambiar el nombre de SMB por CIFS y de
forma simultánea añadió un nuevo conjunto de recursos. Estos recursos incluyen soporte de
enlaces simbólicos y fijos, y soporte de tamaños de archivo más grandes. CIFS también
soporta acceso al servidor del puerto 445 además del puerto antiguo, el 139.

Tan importantes como las propias extensiones de Microsoft hacia SMB en CIFS son las
extensiones de otros. En particular, un conjunto de recursos CIFS conocidos como
extensiones UNIX proporciona soporte para propiedad del archivo, permisos y algunos otros
metadatos de estilo UNIX. Si tanto el cliente como el servidor soportan estos recursos, usted
puede hacer un uso mucho más efectivo de un servidor CIFS desde Linux del que podría con
un servidor que solo soporte SMB. Como usted podría esperar, los sistemas operativos
Windows Server® no soportan estas extensiones, por lo que solo son útiles cuando su cliente
Linux se conecta a un servidor Samba. Este servidor también debe estar configurado con la
siguiente opción global:

1 unix extensions = Yes

Esta opción se estableció en No de forma predeterminada en Samba antes de la versión 3.0,

pero Samba 3.0 cambió el predeterminado a Yes, de manera que posiblemente usted no
necesite configurar explícitamente la opción.

4) xfs

Es un sistema de archivos de 64 bits con registro de bitácora o journaling de alto rendimiento

creado por SGI (antiguamente Silicon Graphics Inc.) para su implementación de UNIX
llamada IRIX. En mayo de 2000, SGI liberó XFS bajo una licencia de código abierto.

XFS se incorporó a Linux a partir de la versión 2.4.25, cuando Marcelo Tosatti (responsable
de la rama 2.4) lo consideró lo suficientemente estable para incorporarlo en la rama
principal de desarrollo del kernel. Los programas de instalación de las distribuciones de SuSE,
Gentoo, Mandriva, Slackware, Fedora Core, Ubuntu y Debian ofrecen XFS como un sistema
de archivos más. En FreeBSD el soporte para solo-lectura de XFS se añadió a partir de
diciembre de 2005 y en junio de 2006 un soporte experimental de escritura fue incorporado
a FreeBSD-7.0-CURRENT y luego lamentablemente eliminado en FreeBSD 10.0

Características:

Capacidad: XFS soporta un sistema de archivos de hasta 8 exabytes, aunque esto

puede variar dependiendo de los límites impuestos por el sistema operativo. En sistemas
GNU/Linux de 32 bits, el límite es 16 terabytes.
 Registro de bitácora (journaling): XFS provee soporte para llevar un registro
(journaling), donde los cambios al sistema de archivos primero son escritos a un diario o
journal antes de que se actualicen los datos del disco. El journal es un buffer circular de
bloques del disco que no son parte del sistema de archivos. En XFS el registro (journal)
contiene entradas 'lógicas' que describen a un alto nivel las operaciones que se están
realizando, al contrario de otros sistemas de archivo con un registro (journal) 'físico', que
guardan una copia de los bloques modificados durante cada transacción. Las actualizaciones
del registro (journal) se realizan asincrónicamente para evitar una bajada en el rendimiento.
En el caso de una caída repentina del sistema, las operaciones inmediatamente anteriores a
la caída pueden ser terminadas, garantizando así la consistencia del sistema. La recuperación
se realiza automáticamente a la hora del montaje del sistema de archivos y la velocidad de
recuperación es independiente del tamaño del sistema de archivos. Incluso si alguna
información que fuese modificada inmediatamente antes de la caída del sistema no fuese
escrita al disco, XFS se encarga de borrar todos los bloques de datos sin escribir, eliminando
así cualquier compromiso de seguridad.

Grupos de asignación: Los sistemas de archivos XFS están particionados

internamente en grupos de asignación, que son regiones lineales de igual tamaño dentro del
sistema de archivos. Los archivos y los directorios pueden crear grupos de asignación. Cada
grupo gestiona sus inodos y su espacio libre de forma independiente, proporcionando
escalabilidad y paralelismo — múltiples hilos pueden realizar operaciones de E/S
simultáneamente en el mismo sistema de archivos.

LVM: Es posible aumentar la capacidad de sistemas de ficheros XFS: xfsgrowfs es

ideal para particiones LVM.

5) ext4

Es un sistema de archivos transaccional (en inglés journaling), anunciado el 10 de octubre de

2006 por Andrew Morton, como una mejora compatible de ext3. El 25 de diciembre de 2008
se publicó el kernel Linux 2.6.28, que elimina ya la etiqueta de "experimental" de código de
ext4.

Las principales mejoras son:

Soporte de volúmenes de hasta 1024 PiB.

Soporte añadido de extent.

Menor uso del CPU.

Mejoras en la velocidad de lectura y escritura.

Características:

Soporte de volúmenes de hasta 1 exabyte (260 bytes) y archivos con tamaño hasta
16 terabytes.
 Capacidad de reservar un área contigua para un archivo denominada "extents", la
cual puede reducir y hasta eliminar completamente la fragmentación de archivos.

Menor uso del CPU.

Mejoras en la velocidad de lectura y escritura.

6) ext3

Es un sistema de archivos con registro por diario (journaling). Fue el sistema de archivos más
usado en distribuciones Linux, aunque en la actualidad ha sido remplazado por su sucesor,
ext4.

La principal diferencia con ext2 es el registro por diario. Un sistema de archivos ext3 puede
ser montado y usado como un sistema de archivos ext2. Otra diferencia importante es que
ext3 utiliza un árbol binario balanceado (árbol AVL) e incorpora el asignador de bloques de
disco Orlov.

Características:

Disponibilidad: Tras un corte eléctrico o una caída inesperada del sistema (también
se denomina cierre no limpio del sistema), se debe comprobar con el programa e2fsck cada
sistema de archivos ext2 montado en la máquina para ver si es consistente. El proceso de
comprobación lleva mucho tiempo y puede prolongar el tiempo de arranque del sistema de
un modo significativo, especialmente si hay grandes volúmenes que contienen un elevado
número de archivos. Durante este proceso, no se puede acceder a los datos de los
volúmenes. Con la característica journaling del sistema de archivos ext3 ya no es necesario
realizar este tipo de comprobación en el sistema de archivos después de un cierre no limpio
del sistema. En el sistema ext3, únicamente se realiza una comprobación de consistencia en
los casos puntuales en los que se producen determinados errores de hardware, como, por
ejemplo, fallos en el disco duro. El tiempo empleado para recuperar un sistema de archivos
ext3 tras un cierre no limpio del sistema no depende del tamaño del sistema de archivos ni
del número de archivos, sino del tamaño del journal (diario), utilizado para mantener la
consistencia en el sistema. Por defecto, la recuperación del tamaño del "journal" tarda
alrededor de un segundo, según la velocidad del hardware.

Integridad de los datos: El sistema de archivos ext3 proporciona una integridad

superior de los datos si se produce un cierre no limpio del sistema. El sistema de archivos
ext3 le permite seleccionar el tipo y el nivel de protección de los datos. Por defecto, los
volúmenes ext3 son configurados para mantener un nivel de consistencia de los datos
elevado en relación con el estado del sistema de archivos.

Velocidad: El sistema de archivos ext3, aparte de permitir escribir datos más de una
vez, en la mayoría de los casos tiene un rendimiento superior al que proporciona ext2
porque los "journals" de ext3 optimizan el movimiento de los cabezales de los discos duros.
Se pueden seleccionar tres modos de journaling para optimizar la velocidad, pero, como
contrapartida, la integridad de los datos se verá afectada.
 Fácil transición: La migración de ext2 a ext3 es muy sencilla y se pueden aprovechar
las ventajas de un sólido sistema de archivos con journaling sin tener que volver a dar
formato al sistema.

Ventajas:

Aunque su velocidad y escalabilidad es menor que sus competidores, como JFS, ReiserFS o
XFS, tiene la ventaja de permitir actualizar de ext2 a ext3 sin perder los datos almacenados
ni tener que formatear el disco. Tiene un menor consumo de CPU y está considerado más
seguro que otros sistemas de ficheros en Linux dada su relativa sencillez y su mayor tiempo
de prueba.

El sistema de archivo ext3 agrega a ext2 lo siguiente:

o Registro por diario.

o Índices en árbol para directorios que ocupan múltiples bloques.

o Crecimiento en línea.

Desventajas:

Funcionalidad: Como ext3 está hecho para ser compatible con ext2, la mayoría de las
estructuras del archivación son similares a las del ext2. Por ello, ext3 carece de muchas
características de los diseños más recientes como las extensiones, la localización dinámica de
los inodos, y la sublocalización de los bloques. Hay un límite de 31998 subdirectorios por
cada directorio, que se derivan de su límite de 32000 links por inodo. Ext3, como la mayoría
de los sistemas de archivos actuales de Linux, no puede ser chequeado por el fsck mientras
el sistema de archivos está montado para la escritura. Si se intenta chequear un sistema de
ficheros que está montado puede detectar falsos errores donde los datos no han sido
volcados al disco todavía, y corromper el sistema de archivos al intentar arreglar esos
errores.

Fragmentación: No hay herramienta de desfragmentación en línea para ext3 que

funcione en nivel del sistema de archivos. Existe un desfragmentador offline para ext2,
e2defrag, pero requiere que el sistema de archivos ext3 sea reconvertido a ext2 antes de
iniciarse. Además, dependiendo de los bits encendidos en el sistema, e2defrag puede
destruir datos. No sabe cómo tratar la mayoría de las nuevas características de ext3. Hay
herramientas de usuario para desfragmentar como Shake y Defrag. Shake trabaja
localizando para todo el archivo como una operación, lo que generalmente causa que el
localizador encuentre espacio continuo en el disco. También intenta escribir archivos usados
al mismo tiempo que otros. Defrag trabaja copiando cada archivo sobre sí mismo. De todas
formas, solo funcionan si el sistema de archivos esta razonablemente vacío. No existe una
verdadera herramienta de desfragmentación para ext3. Como se viene diciendo, la guía de
administración de Linux dice: "Los modernos sistemas de archivos de Linux mantienen la
fragmentación al mínimo manteniendo los bloques de un archivo juntos, aunque no puedan
ser guardados en sectores consecutivos. Algunos sistemas de archivos, como ext3, localizan
efectivamente los bloques libres más cercanos a otros en el archivo. Por ello no es necesario
preocuparse por la fragmentación en un sistema de Linux" Mientras ext3 es más resistente a
la fragmentación que FAT, nada evita que los sistemas ext3 se puedan fragmentar con el
tiempo. Consecuentemente el sucesor de ext3, ext4, incluye una utilidad de
desfragmentación y soporte para extensiones (regiones contiguas del fichero).

Compresión: El soporte para la compresión está disponible como un parche no oficial

para ext3. Este parche es un porte directo de e2compr pero necesita un mayor desarrollo ya
que todavía no implementa el journaling. El actual parche es llamado e3compr.

No hay comprobación en el diario: Ext3 no hace la suma de verificación cuando está

escribiendo en el diario. Si barrier = 1 no está habilitado como una opción de montaje, y si el
hardware está escribiendo fuera de orden, se corre el riesgo de una corrupción muy amplia
del sistema de archivos en caso de que haya un fallo repentino del hardware.

7) ext2

es un sistema de archivos para el kernel Linux. Fue diseñado originalmente por Rémy Card.
La principal desventaja de ext2 es que no implementa el registro por diario (en inglés
Journaling) que sí poseen sus posteriores versiones ext3 y ext4.

ext2 fue el sistema de ficheros por defecto de las distribuciones de Linux Red Hat Linux,
Fedora Core y Debian. Los lanzamientos de las nuevas versiones estables, ext3 y ext4, han
desplazado considerablemente su uso.

El sistema de ficheros tiene una tabla donde se almacenan los i-nodos. Un i-nodo almacena
información del archivo (ruta o path, tamaño, ubicación física). En cuanto a la ubicación, es
una referencia a un sector del disco donde están todas y cada una de las referencias a los
bloques del archivo fragmentado. Estos bloques son de tamaño especificable cuando se crea
el sistema de archivos, desde los 512 bytes hasta los 4 KiB, lo cual asegura un buen
aprovechamiento del espacio libre con archivos pequeños.

Los límites son un máximo de 2 terabytes de archivo, y de 4 para la partición.

Estructuras de datos ext2

El espacio en ext2 está dividido en bloques, y los bloques organizados en grupos,

análogamente los grupos de cilindro del sistema de archivos Unix. Esto se hace para reducir
la fragmentación externa y reducir al mínimo el número de búsquedas de disco cuando se
lee una gran cantidad de datos consecutivos.

Cada bloque contiene un superbloque grupo, el grupo de bloques de mapa de bits, mapa de
bits i-nodo, seguidos por los bloques de datos reales.
El superbloque contiene información importante que es crucial para el arranque del sistema
operativo, con lo que las copias se realizan en cada bloque de grupo de cada bloque en el
sistema de archivos. Sin embargo, sólo la primera copia de la misma, que se encuentra en el
primer bloque del sistema de archivos, se utiliza en el arranque.

El grupo descriptor almacena el valor del bloque de mapa de bits, mapa de bits inodo y el
comienzo de la tabla de i-nodos por cada bloque de grupo y éstos, a su vez, se almacena en
un grupo descriptor tabla.

Dentro de cada inodo existe la siguiente información:

- Número de inodo

- Tipo de fichero

- Propietario de dicho fichero

- Permisos del fichero

- Fecha de creación del mismo

Límites del sistema de archivos

La razón de algunos límites en el sistema de archivos ext2 son el formato de archivo de los
datos y el kernel del sistema operativo.

Mayormente estos factores se determinarán una vez que cuando el sistema de archivos es
creado. El tamaño de bloque de 8 KB sólo es posible en arquitectura alfa por defecto.

También hay muchos programas que no puede manejar archivos de más de 2 GB.

El límite de subnivel de directorios es de unos 32768. Si el número de archivos en un

directorio superior a 10000 a 15000 archivos, el usuario normalmente será advertido de que
las operaciones pueden durar mucho tiempo. El límite teórico a la cantidad de archivos en un
directorio es de 1,3 × 1020, aunque este no es relevante en situaciones prácticas.

8) 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.
Ext es el sistema de archivo más usado en distribuciones Linux, aunque en la actualidad está
siendo remplazado por su sucesor Ext4.

9) iso9660

Es el sistema de ficheros de los CD-ROM. GNU/Linux incorpora de forma automática la

extensión Rock Ridge lo que permite nombres de fichero más largos.

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ó una gran mayoría de las propuestas del HSG, existen algunas
diferencias menores.

10) kafs

11) minix

Primer sistema de ficheros utilizado por Linux.

El sistema de ficheros minix fue diseñado para ser usado con Minix, el sistema operativo
diseñado por Tanenbaum como apoyo a la docencia. Este sistema de ficheros copia las
estructuras básicas del Unix File System, pero, debido a la naturaleza del systema minix,
elimina algunas características complejas con el fin de mantener claro y simple el código
fuente.

El más antiguo y supuestamente el más fiable, pero muy limitado en características (algunas
marcas de tiempo se pierden, 30 caracteres de longitud máxima para los nombres de los
archivos) y restringido en capacidad (como mucho 64 MB de tamaño por sistema de
archivos).
Características:

- Permisos POSIX

- Tamaño maximo: 1GB (Version 1 y 2) y 4G (Version 3)

- Tamaño maximo de fichero: 1GB (Version 1 y 2) y 4G (Version 3)

- Maximo numero de caracteres para el nombre de fichero: 14 o 30 bytes (Version 1 y

2) y 60 bytes (Version 3)

Un sistema minix contiene:

Un sector de arranque situado en el primer bloque.

Un super bloque que contiene información importante para el manejo del sistema de
ficheros.

Un mapa de bits de inodos que nos da información de que inodos están libres y
cuales ocupados. Cada bit representa un inodo.

Un mapa de bits de bloques, que nos da información de que bloques de datos están
libres y cuales ocupados. Cada bit representa un bloque de datos.

Un área de inodos que contiene los bloques encargados de almacenar inodos.

Un área de datos que contiene los bloques encargados de almacenar datos.

12) msdos

Compatibilidad con el sistema de archivos FAT de MS-DOS (y OS/2 y Windows NT).

MS-DOS Utiliza el sistema de archivos denominado FAT(FAT16):

Las unidades con FAT16 utilizan unos “clusters” que tienen un tamaño excesivamente
grande, lo que supone un desperdicio importante del espacio libre en el disco duro. En el
caso de MS-DOS a partir de la versión 4.0 trabaja con un “cluster” de 8KB, lo que permite un
tamaño de unidad o partición que va a desde los 32 MB hasta los 512MB.

Los nombres de archivos en MS.-DOS tienen una longitud de 1 a 8 caracteres y una extensión
separada por un punto(.), des hasta tres caracteres, sin distinción entre mayúsculas y
minúsculas. La extensión, indica al sistema el tipo de archivo del que se trata, siendo las más
comunes:

- .bat, para archivos de procesamiento por bloques.

- .sys, fichero del sistemas.

- .com, fichero de comando o ejecutables.

- .exe, fichero ejecutables.

- .tct,tec,doc, fichero de texto o documento.

- .hlp, fichero de ayuda.

- .bak, copia de seguridad.

13-VFAT:

FAT es con diferencia el sistema de archivos más simple de aquellos compatibles con Windows
NT. El sistema de archivos FAT se caracteriza por la tabla de asignación de archivos (FAT), que
es realmente una tabla que reside en la parte más "superior" del volumen. Para proteger el
volumen, se guardan dos copias de la FAT por si una resultara dañada. Además, las tablas FAT
y el directorio raíz deben almacenarse en una ubicación fija para que los archivos de arranque
del sistema se puedan ubicar correctamente.

Un disco con formato FAT se asigna en clústeres, cuyo tamaño viene 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 este es el último clúster del archivo o bien señala al clúster siguiente.

La actualización de la tabla FAT es muy importante y requiere mucho tiempo. Si la tabla FAT
no se actualiza con regularidad, podría producirse una pérdida de datos. Requiere mucho tiempo
porque las cabezas lectoras de disco deben cambiar de posición y ponerse a cero en la pista
lógica de la unidad cada vez que se actualiza la tabla FAT.

No hay ninguna organización en cuanto a la estructura de directorios de FAT, y se asigna a los

archivos la primera ubicación libre de la unidad. Además, FAT solo es compatible con los
atributos de los archivos de almacenamiento, del sistema, ocultos y de solo lectura.

Convención de nomenclatura de FAT

FAT usa la convención de nomenclatura tradicional 8.3 y todos los nombres de archivo deben
crearse con el conjunto de caracteres ASCII. El nombre de un archivo o directorio puede tener
ocho caracteres de longitud, después un separador de punto (.) y una extensión de hasta tres
caracteres. El nombre debe empezar con una letra o un número y puede contener cualquier
carácter excepto los siguientes:

."/\[]:;|=,

Si se usa cualquiera de estos caracteres, pueden producirse resultados inesperados. El nombre

no puede contener espacios en blanco.

Los nombres siguientes están reservados:

 CON, AUX, COM1, COM2, COM3, COM4, LPT1, LPT2, LPT3, PRN, NUL

Todos los caracteres se convertirán a mayúsculas.

Ventajas de FAT
No es posible realizar una recuperación de archivos eliminados en Windows NT en ninguno de
los sistemas de archivos compatibles. Las utilidades de recuperación de archivos eliminados
intentan tener acceso directamente al hardware, lo que no se puede hacer en Windows NT. Sin
embargo, si el archivo estuviera en una partición FAT y se reiniciara el sistema en MS-DOS, se
podría recuperar el archivo. El sistema de archivos FAT es el más adecuado para las unidades
y/o particiones de menos de 200 MB aproximadamente, ya que FAT se inicia con muy poca
sobrecarga. Para obtener una explicación más amplia de las ventajas de FAT, consulte lo
siguiente:

"Guía de conceptos y planeación" de Microsoft Windows NT Server, capítulo 5, sección

titulada "Elección de un sistema de archivos"
Kit de recursos de Microsoft Windows NT Workstation 4.0, capítulo 18, "Elección de un
sistema de archivos"
"Guía de recursos" del Kit de recursos de Microsoft Windows NT Server 4.0, capítulo 3,
sección titulada "Qué sistema de archivos usar en cada volumen"
Desventajas de FAT
Cuando se usen unidades o particiones de más de 200 MB, es preferible no usar el sistema de
archivos FAT. El motivo es que a medida que aumente el tamaño del volumen, el rendimiento
con FAT disminuirá rápidamente. No es posible establecer permisos en archivos que estén en
particiones FAT.

Las particiones FAT tienen un tamaño limitado a un máximo de 4 Gigabytes (GB) en Windows
NT y 2 GB en MS-DOS.

14-Umsdos : Es un sistema de ficheros de Linux sobre uno FAT. Ofrece una alternativa al
sistema de ficheros ext2. Su objetivo principal es conseguir una más fácil coexistencia con los
datos de una partición FAT, compartiéndola.
Usos:

Si se tiene un disco duro pequeño, umsdos permite compartir el espacio del disco
entre DOS y Linux. Un disco de menos de 300M es en mi opinión un disco pequeño. Baso esta
opinión en el tamaño de los diversos paquetes disponibles hoy día. Un popular procesador de
textos se puede cepillar unos 70 megaoctetos si se seleccionan todas las opciones.
Si se tiene un disco duro más grande, se debe tomar en consideración la opción de tener una
partición dedicada para Linux donde use el sistema de ficheros Ext2. Ext2 utiliza un tamaño de
bloque más pequeño que DOS (exactamente 1K) por lo que instalar muchos ficheros pequeños
utiliza menos espacio que en una partición umsdos.

Ventajas y Desventajas:

 El manejo de directorios es más rápido en Ext2. Esto es debido a la sobrecarga de la

estructura de doble directorio de umsdos.
 El acceso a los ficheros (lectura y escritura) es probablemente más rápido
en umsdos que en Ext2. Esto es debido a la simplicidad del sistema de ficheros
con FAT usado por el DOS. Téngase en cuenta que esta simplicidad tiene un coste:
o Un máximo de alrededor de 65.000 ficheros o bloques por partición. Esto
también significa que una partición de 500 megaoctetos utiliza un tamaño de
bloque de 16K. En otras palabras, un fichero que contenga un sólo octeto
consumirá 16K de espacio de disco.
o Todo es controlado por una FAT ubicada al principio del disco duro. Esto hace
probablemente más frágil al sistema de ficheros DOS.
o No se toman precauciones para evitar la fragmentación de los ficheros. Un
sistema umsdos se usará generalmente como estación de trabajo de un sólo
usuario. En ese caso tiene demasiada importancia. Si se usa como sistema
multiusuario, los ficheros se esparcirán por todo el disco, reduciendo la
eficiencia de los accesos a los mismos.
 Los enlaces simbólicos se guardan en ficheros normales. Si se intenta tener muchos, se
encontrará que umsdos usa bastante más espacio de disco que Ext2.

15-proc:

El sistema de archivos /proc contiene un sistema de archivos imaginario o virtual. Este no existe
físicamente en disco, sino que el núcleo lo crea en memoria. Se utiliza para ofrecer información
relacionada con el sistema (originalmente acerca de procesos, de aquí su nombre). Algunos de
los archivos más importantes se encuentran explicados más abajo. El sistema de
archivos /proc se encuentra descrito con más detalle en la página de manual de proc.

/proc/1

Un directorio con información acerca del proceso número 1. Cada proceso tiene un
directorio debajo de /proc cuyo nombre es el número de identificación del proceso
(PID).

/proc/cpuinfo

Información acerca del procesador: su tipo, marca, modelo, rendimiento, etc.

/proc/devices

Lista de controladores de dispositivos configurados dentro del núcleo que está en

ejecución.

/proc/dma
 Muestra los canales DMA que están siendo utilizados.

/proc/filesystems

Lista los sistemas de archivos que están soportados por el kernel.

/proc/interrupts

Muestra la interrupciones que están siendo utilizadas, y cuantas de cada tipo ha habido.

/proc/ioports

Información de los puertos de E/S que se estén utilizando en cada momento.

/proc/kcore

Es una imagen de la memoria física del sistema. Este archivo tiene exactamente el
mismo tamaño que la memoria física, pero no existe en memoria como el resto de los
archivos bajo /proc, sino que se genera en el momento en que un programa accede a
este. (Recuerde: a menos que copie este archivo en otro lugar, nada bajo /proc usa
espacio en disco).

/proc/kmsg

Salida de los mensajes emitidos por el kernel. Estos también son redirigidos
hacia syslog.

/proc/ksyms

Tabla de símbolos para el kernel.

/proc/loadavg

El nivel medio de carga del sistema; tres indicadores significativos sobre la carga de
trabajo del sistema en cada momento.

/proc/meminfo

Información acerca de la utilización de la memoria física y del archivo de intercambio.

/proc/modules

Indica los módulos del núcleo que han sido cargados hasta el momento.

/proc/net

Información acerca del estado de los protocolos de red.

/proc/self

Un enlace simbólico al directorio de proceso del programa que esté observando a /proc.
Cuando dos procesos observan a /proc, obtienen diferentes enlaces. Esto es
 principalmente una conveniencia para que sea fácil para los programas acceder a su
directorio de procesos.

/proc/stat

Varias estadísticas acerca del sistema, tales como el número de fallos de página que han
tenido lugar desde el arranque del sistema.

/proc/uptime

Indica el tiempo en segundos que el sistema lleva funcionando.

/proc/version

Indica la versión del núcleo

Conviene aclarar que aunque los archivos anteriores tienden a ser archivos de texto fáciles de
leer, algunas veces pueden tener un formato que no sea fácil de interpretar. Por ello existen
muchos comandos que solamente leen los archivos anteriores y les dan un formato distinto para
que la información sea fácil de entender. Por ejemplo, el comando free, lee el
archivo /proc/meminfo y convierte las cantidades dadas en bytes a kilobytes (además de agregar
un poco más de información extra).

16-reiserfs:

ReiserFS 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 el sistema de archivos predefinido
en varias distribuciones, como SuSE (excepto en openSuSE 10.2 cuyo formato predeterminado
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.
Caracteristicas:
ReiserFS ofrece funcionalidades que pocas veces se han visto en otros sistemas de archivos:

 Journaling. Esta es la mejora a la que se ha dado más publicidad, ya que previene el riesgo
de corrupción del sistema de archivos.
 Reparticionamiento con el sistema de ficheros montado y desmontado. Podemos aumentar
el tamaño del sistema de ficheros mientras lo tenemos montado y desmontado (online y
offline). Para disminuirlo, únicamente se permite estando offline (desmontado). Namesys
proporciona las herramientas para estas operaciones, e incluso, podemos usarlas bajo un
gestor de volúmenes lógicos como LVM o EVMS.
 Tail packing, un esquema para reducir la fragmentación interna.

Desventajas

 Los usuarios que usen como sistema de ficheros ext2, deben formatear sus discos, aunque
no así los que usen ext3.
 ReiserFS en versiones del kernel anteriores a la 2.4.10 se considera inestable y no se
recomienda su uso, especialmente en conjunción con NFS
 Algunas operaciones sobre archivos (por ejemplo unlink(2)) no son síncronas bajo
ReiserFS, lo que pueden causar comportamientos extraños en aplicaciones fuertemente
basadas en locks de archivos.
 No se conoce una forma de desfragmentar un sistema de archivos ReiserFS, aparte de un
volcado completo y su restauración.
 Tempranas implementaciones de ReiserFS (anteriores a la incluida en el kernel 2.6.2), eran
susceptibles de problemas de escrituras fuera de orden, lo que provocaba que archivos
siendo escritos durante una caída del sistema, ganaran un pico de bytes extras de basura en
el siguiente montado del sistema de archivos. La implementación actual de journaling, es
correcta en este aspecto, manteniendo el journaling ordenado, del estilo de ext3.

17-swap:

Un archivo de intercambio/partición swap, similar a la del archivo de paginación en windows,

es de espacio de disco duro dedicado a facilitar el mejor uso de la memoria. Hay dos usos del
espacio de swap.

Desventajas

Cuando no hay SUFICIENTE memoria para todas las aplicaciones - en el caso de que esto le
suceda a un sistema sin swapspace, causará error al asignar memoria para la nueva solicitud de
nuevo a las páginas de memoria - y esto suele resultar en la terminación del programa.

Cuando algunas de las páginas de memoria (la memoria se divide en "páginas") se utiliza hace
algún tiempo, pero ya no se usa ahora, sería transferido en el archivo de intercambio y el resto
de la memoria puede ser utilizada para hacer algo más que podría ser más útil (por ejemplo,
incluso el almacenamiento en caché!) - cuando esto suceda en un sistema sin swapspace, esto
resultará en la inactividad de las páginas que se alojan en la memoria. Esto no es nada
demasiado grave, aunque, como nos tienen bastante de gran cantidad de memoria en estos días.

18-squashfs
Squashfs (.sfs) es un sistema de archivos comprimido de solo lectura para Linux. SquashFS
comprime archivos, inodos y directorios, y soporta tamaños de bloque de hasta 1024 KB para
mayor compresión. SquashFS es también software libre (licenciado como GPL) para acceder a
sistemas de archivos SquashFS.
SquashFS está pensado para su uso como sistema de archivos genérico de solo lectura y
en dispositivos de bloques/sistemas de memoria limitados (por ejemplo, sistemas embebidos),
donde se requiere poca sobrecarga. La versión estándar de SquashFS utiliza compresión
mediante gzip, aunque existe también otro proyecto que dota de compresión LZMA a
SquashFS.
Usos
SquashFS se utiliza en las versiones en Live CD de Debian, Finnix, Gentoo Linux, Ubuntu (Y
derivados de Ubuntu como Linux Mint) y Mandriva, y en sistemas embebidos como
los firmware para router DD-WRT y OpenWRT. A menudo se combina con un sistema de
archivos de unión de otros sistemas de archivos, como UnionFS o aufs, para proveer un entorno
de lectura-escritura para distribuciones live de Linux. De este modo se combinan las ventajas de
la alta velocidad de compresión de SquashFS con la posibilidad de alterar la distribución
mientras se ejecuta ésta desde un LiveCD. Distribuciones como Slax, Debian Live, Mandriva
One y Puppy Linux usan esta combinación.
Dado que el formato en disco de SquashFS se ha estabilizado suficientemente se lo ha incluido
en la versión 2.6.29 del kernel de Linux.

19-nfs
El Network File System (Sistema de archivos de red), o NFS, es un protocolo de nivel de
aplicación, según el Modelo OSI. Es utilizado para sistemas de archivos distribuido en un
entorno de red de computadoras de área local. Posibilita que distintos sistemas conectados a una
misma red accedan a ficheros remotos como si se tratara de locales. Originalmente fue
desarrollado en 1984 por Sun Microsystems, con el objetivo de que sea independiente de la
máquina, el sistema operativo y el protocolo de transporte, esto fue posible gracias a que está
implementado sobre los protocolos XDR (presentación) y ONC RPC (sesión).1 El protocolo
NFS está incluido por defecto en los Sistemas Operativos UNIX y la mayoría de distribuciones
Linux.
El sistema NFS está dividido al menos en dos partes principales: un servidor y uno o
más clientes. Los clientes acceden de forma remota a los datos que se encuentran almacenados
en el servidor.
Las estaciones de trabajo locales utilizan menos espacio de disco debido a que los datos se
encuentran centralizados en un único lugar, pero pueden ser accedidos y modificados por varios
usuarios, de tal forma que no es necesario replicar la información.
Los usuarios no necesitan disponer de un directorio “home” en cada una de las máquinas de la
organización. Los directorios “home” pueden crearse en el servidor de NFS para posteriormente
poder acceder a ellos desde cualquier máquina a través de la infraestructura de red.
También se pueden compartir a través de la red dispositivos de almacenamiento como
disqueteras, CD-ROM y unidades ZIP. Esto puede reducir la inversión en dichos dispositivos y
mejorar el aprovechamiento del hardware existente en la organización.
Todas las operaciones sobre ficheros son síncronas. Esto significa que la operación sólo retorna
cuando el servidor ha completado todo el trabajo asociado para esa operación. En caso de una
solicitud de escritura, el servidor escribirá físicamente los datos en el disco, y si es necesario,
actualizará la estructura de directorios, antes de devolver una respuesta al cliente. Esto garantiza
la integridad de los ficheros.
20-HPFS
sigla de High Performance File System, o sistema de archivos de altas prestaciones, fue creado
específicamente para el sistema operativo OS/2 para mejorar las limitaciones del sistema de
archivos FAT. Fue escrito por Gordon Letwin y otros empleados de Microsoft, y agregado a
OS/2 versión 1.2, en esa época OS/2 era todavía un desarrollo conjunto entre Microsoft e IBM.
Se caracterizaba por permitir nombres largos, metadatos e información de seguridad, así como
de autocomprobación e información estructural.
Otra de sus características es que, aunque poseía tabla de archivos (como FAT), ésta se
encontraba posicionada físicamente en el centro de la partición, de tal manera que redundaba en
menores tiempos de acceso a la hora de leerla/escribirla.
22-NTFS (siglas en inglés de New Technology File System) es un sistema de
archivos de Windows NT incluido en las versiones de Windows NT 3.1, Windows NT
3.5, Windows NT 3.51, Windows NT 4.0, Windows 2000, Windows XP, Windows Server
2003, Windows Server 2008, Windows Vista, Windows 7, Windows 8 y Windows 10. Está
basado en el sistema de archivos HPFS de IBM/Microsoft usado en el sistema operativo OS/2, y
también tiene ciertas influencias del formato de archivos HFSdiseñado por Apple.
NTFS permite definir el tamaño del clúster a partir de 512 bytes (tamaño mínimo de un sector)
de forma independiente al tamaño de la partición.
Es un sistema adecuado para las particiones de gran tamaño requeridas en estaciones de trabajo
de alto rendimiento y servidores. Puede manejar volúmenes de, teóricamente, hasta 264–1
clústeres. En la práctica, el máximo volumen NTFS soportado es de 232–1 clústeres
(aproximadamente 16 TiB usando clústeres de 4 KiB).
Su principal inconveniente es que necesita para sí mismo una buena cantidad de espacio en
disco duro, por lo que no es recomendable su uso en discos con menos de 400 MiB libres.
Características:
El tamaño mínimo recomendado para la partición es de 10 GiB (10240MiB). Aunque son
posibles tamaños mayores, el máximo recomendado en la práctica para cada volumen es de 2
TiB (Tebibytes). El tamaño máximo de fichero viene limitado por el tamaño del volumen. Tiene
soporte para archivos dispersos.
24-Unix File System (UFS) es un sistema de archivos utilizado por varios sistemas operativos
UNIX y POSIX. Es un derivado del Berkeley Fast File System (FFS), el cual es desarrollado
desde FS UNIX (este último desarrollado en los Laboratorios Bell).
Casi todos los derivativos de BSD incluyendo a FreeBSD, NetBSD, OpenBSD, NeXTStep, y
Solaris utilizan una variante de UFS. En Mac OS X está disponible como una alternativa al
HFS. En Linux, existe soporte parcial al sistema de archivos UFS, de solo lectura, y utiliza
sistema de archivos nativo de tipo ext3, con un diseño inspirado en UFS.