Documente Academic
Documente Profesional
Documente Cultură
Sistemas Operativos
Nombre: Carnet
Profesor:
Grupo:
4TN1-IS
1) adfs
Características:
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:
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:
4) xfs
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:
5) ext4
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.
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.
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.
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.
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.
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.
- Número de inodo
- Tipo de fichero
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.
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 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.
10) kafs
11) minix
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
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.
12) msdos
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:
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.
."/\[]:;|=,
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:
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:
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
/proc/devices
/proc/dma
Muestra los canales DMA que están siendo utilizados.
/proc/filesystems
/proc/interrupts
Muestra la interrupciones que están siendo utilizadas, y cuantas de cada tipo ha habido.
/proc/ioports
/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
/proc/loadavg
El nivel medio de carga del sistema; tres indicadores significativos sobre la carga de
trabajo del sistema en cada momento.
/proc/meminfo
/proc/modules
Indica los módulos del núcleo que han sido cargados hasta el momento.
/proc/net
/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
/proc/version
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:
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:
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.