ISO 9660 (también conocida como ECMA -119 ) es un sistema de archivos para discos ópticos . El sistema de archivos es un estándar internacional disponible en la Organización Internacional de Normalización (ISO). Dado que la especificación está disponible para que cualquiera la compre, [1] se han escrito implementaciones para muchos sistemas operativos .
La ISO 9660 tiene sus raíces en el formato High Sierra , [2] que organizaba la información de los archivos en un diseño denso y secuencial para minimizar el acceso no secuencial mediante el uso de una disposición de sistema de archivos en árbol jerárquico (ocho niveles de directorios de profundidad), similar a UNIX y FAT . Para facilitar la compatibilidad entre plataformas, definió un conjunto mínimo de atributos de archivo comunes (directorio o archivo ordinario y hora de grabación) y atributos de nombre (nombre, extensión y versión), y utilizó un área de uso del sistema separada donde se pueden especificar futuras extensiones opcionales para cada archivo. High Sierra fue adoptado en diciembre de 1986 (con cambios) como estándar internacional por Ecma International como ECMA-119 [3] y presentado para seguimiento rápido a la ISO , donde finalmente fue aceptado como ISO 9660:1988. [4] Las modificaciones posteriores al estándar se publicaron en 2013 y 2020.
Los primeros 16 sectores del sistema de archivos están vacíos y reservados para otros usos. El resto comienza con un conjunto de descriptores de volumen (un bloque de encabezado que describe el diseño posterior) y luego las tablas de rutas, directorios y archivos en el disco. Un disco que cumpla con la norma ISO 9660 debe contener al menos un descriptor de volumen primario que describa el sistema de archivos y un terminador de conjunto de descriptores de volumen que es un descriptor de volumen que marca el final del conjunto de descriptores. El descriptor de volumen primario proporciona información sobre el volumen, las características y los metadatos, incluido un registro de directorio raíz que indica en qué sector se encuentra el directorio raíz. Otros campos contienen metadatos como el nombre y el creador del volumen, junto con el tamaño y la cantidad de bloques lógicos utilizados por el sistema de archivos. Las tablas de rutas resumen la estructura de directorios de la jerarquía de directorios relevante. Para cada directorio de la imagen, la tabla de rutas proporciona el identificador de directorio, la ubicación de la extensión en la que se registra el directorio, la longitud de cualquier atributo extendido asociado con el directorio y el índice de la entrada de la tabla de rutas del directorio principal.
Existen varias extensiones de la norma ISO 9660 que flexibilizan algunas de sus limitaciones. Entre los ejemplos más destacados se incluyen Rock Ridge (permisos de estilo Unix y nombres más largos), Joliet ( Unicode , que permite utilizar alfabetos no latinos), El Torito (permite que los CD sean arrancables ) y las extensiones ISO 9660 de Apple (características de archivo específicas de los sistemas operativos Mac OS y macOS clásicos , como bifurcaciones de recursos , fecha de copia de seguridad de archivos y más).
Los discos compactos se desarrollaron originalmente para grabar datos musicales, pero pronto se utilizaron para almacenar tipos de datos digitales adicionales porque eran igualmente efectivos para el almacenamiento masivo de datos de archivo . Llamados CD-ROM , el formato de nivel más bajo para este tipo de discos compactos se definió en la especificación del Libro Amarillo en 1983. Sin embargo, este libro no definió ningún formato para organizar datos en CD-ROM en unidades lógicas como archivos , lo que llevó a que cada fabricante de CD-ROM creara su propio formato. Para desarrollar un estándar de sistema de archivos de CD-ROM ( Z39.60 - Volumen y estructura de archivos de CDROM para intercambio de información ), la Organización Nacional de Estándares de Información (NISO) creó el Comité de Estándares SC EE (Formato de datos de disco compacto) en julio de 1985. [5] En septiembre/ [6] octubre de 1985 varias empresas invitaron a expertos a participar en el desarrollo de un documento de trabajo para dicho estándar.
En noviembre de 1985, los representantes de los fabricantes de hardware informático se reunieron en el High Sierra Hotel and Casino (actualmente llamado Golden Nugget Lake Tahoe ) en Stateline, Nevada . [7] Este grupo se conoció como High Sierra Group ( HSG ). En la reunión estuvieron presentes representantes de Apple Computer , AT&T , [ cita requerida ] Digital Equipment Corporation (DEC), Hitachi , LaserData, Microware , [ cita requerida ] Microsoft , 3M , Philips , Reference Technology Inc., Sony Corporation , TMS Inc., VideoTools (más tarde Meridian [8] ), Xebec y Yelick. [ cita requerida ] El informe de la reunión evolucionó a partir del estándar de CD-ROM Yellow Book , que era tan abierto que estaba llevando a la diversificación y creación de muchos métodos de almacenamiento de datos incompatibles. La propuesta de High Sierra Group ( HSGP ) se publicó en mayo de 1986, definiendo un sistema de archivos para CD-ROM comúnmente conocido como el formato High Sierra.
Una versión preliminar de esta propuesta fue enviada a la Asociación Europea de Fabricantes de Computadoras (ECMA) para su estandarización. Con algunos cambios, esto llevó a la emisión de la edición inicial del estándar ECMA-119 en diciembre de 1986. [9] La ECMA envió su estándar a la Organización Internacional de Normalización (ISO) para su seguimiento rápido , donde fue refinado aún más hasta convertirse en el estándar ISO 9660. Para la compatibilidad, la segunda edición de ECMA-119 fue revisada para que fuera equivalente a ISO 9660 en diciembre de 1987. [10] [11] [12] La ISO 9660:1988 se publicó en 1988. Los principales cambios del Formato High Sierra en los estándares ECMA-119 e ISO 9660 fueron extensiones internacionales para permitir que el formato funcionara mejor en mercados no estadounidenses.
Para no crear incompatibilidades, la NISO suspendió el trabajo sobre la norma Z39.60, que había sido adoptada por los miembros de la NISO el 28 de mayo de 1987. Fue retirada antes de la aprobación final, en favor de la ISO 9660. [5]
En 1998, Japón aprobó la norma JIS X 0606:1998 con reglas de nombres de archivo mucho más relajadas y utilizando una nueva estructura de datos de "descriptor de volumen mejorado". La norma se presentó a la ISO 9660:1999 y supuestamente se aprobó rápidamente, pero no se obtuvo ningún resultado. [13] Sin embargo, varios sistemas operativos y herramientas de creación de discos (como Nero Burning ROM , mkisofs e ImgBurn ) ahora admiten la adición, bajo nombres como "ISO 9660:1999", "ISO 9660 v2" o "ISO 9660 Nivel 4". En 2013, la propuesta se formalizó finalmente en forma de ISO 9660/Enmienda 1, destinada a "armonizar la ISO 9660 y la ampliamente utilizada ' Especificación Joliet '". [14] En diciembre de 2017, se publicó una tercera edición de ECMA-119 que es técnicamente idéntica a la ISO 9660, Enmienda 1. [15]
En 2019, la ECMA publicó una cuarta versión de ECMA-119, integrando el texto de Joliet como “Anexo C”.
En 2020, la ISO publicó la Enmienda 2, que añade algunas aclaraciones menores, pero no añade ni corrige ninguna información técnica de la norma. [16]
La siguiente es la estructura general aproximada del sistema de archivos ISO 9660.
Los valores multibyte se pueden almacenar en tres formatos diferentes: little-endian , big-endian y en una concatenación de ambos tipos en lo que la especificación llama orden "ambos bytes". El orden de ambos bytes es obligatorio en varios campos de los descriptores de volumen y los registros de directorio, mientras que las tablas de rutas pueden ser little-endian o big-endian. [17]
El área del sistema , los primeros 32.768 bytes de datos del disco (16 sectores de 2.048 bytes cada uno), no está utilizada por ISO 9660 y, por lo tanto, está disponible para otros usos. [17] Si bien se sugiere que estén reservados para su uso por medios de arranque , [18] un CD-ROM puede contener un descriptor de sistema de archivos alternativo en esta área, y los CD híbridos suelen utilizarlo para ofrecer contenido específico de Mac OS y macOS clásico . [ cita requerida ]
El área de datos comienza con el conjunto de descriptores de volumen , un conjunto de uno o más descriptores de volumen que terminan con un terminador de conjunto de descriptores de volumen . Estos actúan colectivamente como un encabezado para el área de datos, describiendo su contenido (similar al bloque de parámetros del BIOS utilizado por los discos con formato FAT , HPFS y NTFS ).
Cada descriptor de volumen tiene un tamaño de 2048 bytes, lo que lo hace perfecto para un único sector de Modo 1 o Modo 2 Formulario 1. Tienen la siguiente estructura:
El campo de datos de un descriptor de volumen se puede subdividir en varios campos, cuyo contenido exacto depende del tipo. También se pueden incluir copias redundantes de cada descriptor de volumen en caso de que la primera copia del descriptor se dañe.
Los tipos de descriptores de volumen estándar son los siguientes:
Un disco que cumpla con la norma ISO 9660 debe contener al menos un descriptor de volumen primario que describa el sistema de archivos y un terminador de conjunto de descriptores de volumen para indicar el final de la secuencia de descriptores. El terminador de conjunto de descriptores de volumen es simplemente un tipo particular de descriptor de volumen con el propósito de marcar el final de este conjunto de estructuras. El descriptor de volumen primario proporciona información sobre el volumen, las características y los metadatos, incluido un registro de directorio raíz que indica en qué sector se encuentra el directorio raíz. Otros campos contienen la descripción o el nombre del volumen e información sobre quién lo creó y con qué aplicación. El tamaño de los bloques lógicos que utiliza el sistema de archivos para segmentar el volumen también se almacena en un campo dentro del descriptor de volumen primario, así como la cantidad de espacio ocupado por el volumen (medido en número de bloques lógicos).
Además de los descriptores de volumen principales, pueden estar presentes descriptores de volumen suplementarios o descriptores de volumen mejorados .
Las tablas de rutas resumen la estructura de directorios de la jerarquía de directorios correspondiente. Para cada directorio de la imagen, la tabla de rutas proporciona el identificador del directorio, la ubicación de la extensión en la que se encuentra registrado el directorio, la longitud de los atributos extendidos asociados con el directorio y el índice de la entrada de la tabla de rutas del directorio principal. El número del directorio principal es un número de 16 bits, que limita su rango de 1 a 65.535. [19]
Las entradas de directorio se almacenan siguiendo la ubicación de la entrada del directorio raíz, donde se inicia la evaluación de los nombres de archivo. Tanto los directorios como los archivos se almacenan como extensiones , que son series secuenciales de sectores. Los archivos y directorios se diferencian solo por un atributo de archivo que indica su naturaleza (similar a Unix ). Los atributos de un archivo se almacenan en la entrada de directorio que describe el archivo y, opcionalmente, en el registro de atributos extendidos. Para localizar un archivo, se pueden comprobar secuencialmente los nombres de directorio en la ruta del archivo, yendo a la ubicación de cada directorio para obtener la ubicación del subdirectorio posterior. Sin embargo, un archivo también se puede localizar a través de la tabla de rutas proporcionada por el sistema de archivos. Esta tabla de rutas almacena información sobre cada directorio, su padre y su ubicación en el disco. Dado que la tabla de rutas se almacena en una región contigua, se puede buscar mucho más rápido que saltando a las ubicaciones particulares de cada directorio en la ruta del archivo, lo que reduce el tiempo de búsqueda.
La norma especifica tres niveles anidados de intercambio (parafraseado de la sección 10):
Restricciones adicionales en el cuerpo del estándar: La profundidad de la jerarquía de directorios no debe superar los 8 (el directorio raíz está en el nivel 1) y la longitud de la ruta de cualquier archivo no debe superar los 255 (sección 6.8.2.1).
La norma también especifica las siguientes restricciones de nombres (secciones 7.5 y 7.6): [4]
Un productor de CD-ROM puede elegir uno de los niveles de intercambio inferiores especificados en el capítulo 10 del estándar, y restringir aún más la longitud del nombre de archivo de 30 caracteres a sólo 8+3 en los identificadores de archivo y 8 en los identificadores de directorio para promover la intercambiabilidad con implementaciones que no implementan el estándar completo. [ cita requerida ]
Todos los números en los sistemas de archivos ISO 9660, excepto el valor de un solo byte utilizado para la diferencia GMT, son números sin signo. Como la longitud de la extensión de un archivo en el disco se almacena en un valor de 32 bits, [20] permite una longitud máxima de poco más de 4,2 GB (más precisamente, un byte menos que 4 GiB ). Es posible eludir esta limitación utilizando la función de extensión múltiple (fragmentación) de ISO 9660 Nivel 3 para crear sistemas de archivos ISO 9660 y archivos individuales de hasta 8 TB. Con esto, los archivos mayores de 4 GiB se pueden dividir en múltiples extensiones (series secuenciales de sectores), cada una sin exceder el límite de 4 GiB. Por ejemplo, el software gratuito como InfraRecorder , ImgBurn y mkisofs , así como Roxio Toast, pueden crear sistemas de archivos ISO 9660 que utilizan archivos de extensión múltiple para almacenar archivos mayores de 4 GiB en medios apropiados, como DVD grabables. [ cita requerida ] Linux admite múltiples extensiones. [21]
Desde la enmienda 1 (o ECMA-119 3.ª edición, o "JIS X 0606:1998 / ISO 9660:1999"), el sistema EVD puede expresar una variedad mucho más amplia de árboles de archivos. Ya no hay ningún límite de caracteres (se permiten incluso caracteres de 8 bits), ni ningún límite de profundidad o de longitud de ruta. Sigue habiendo un límite en la longitud del nombre, de 207. El conjunto de caracteres ya no se aplica, por lo que ambas partes del intercambio de discos deben ponerse de acuerdo a través de un canal diferente. [15]
Existen varias extensiones de la norma ISO 9660 que flexibilizan algunas de sus limitaciones. Entre los ejemplos más destacados se incluyen Rock Ridge (permisos de estilo Unix y nombres más largos), Joliet ( Unicode , que permite utilizar alfabetos no latinos), El Torito (permite que los CD sean arrancables ) y las extensiones ISO 9660 de Apple (características de archivo específicas de los sistemas operativos Mac OS y macOS clásicos , como bifurcaciones de recursos , fecha de copia de seguridad de archivos y más).
El protocolo de uso compartido del sistema (SUSP, IEEE P1281) proporciona una forma genérica de incluir propiedades adicionales para cualquier entrada de directorio accesible desde el descriptor de volumen principal (PVD). En un volumen ISO 9660, cada entrada de directorio tiene un área de uso del sistema opcional cuyo contenido no está definido y queda a criterio del sistema. SUSP define un método para subdividir esa área en múltiples campos de uso del sistema, cada uno identificado por una etiqueta de firma de dos caracteres. La idea detrás de SUSP era que permitiría crear cualquier cantidad de extensiones independientes de ISO 9660 e incluirlas en un volumen sin que se produjeran conflictos. También permite la inclusión de datos de propiedades que, de otro modo, serían demasiado grandes para caber dentro de los límites del área de uso del sistema.
SUSP define varias etiquetas comunes y campos de uso del sistema:
CE:Área de continuaciónPD:Campo de rellenoSP: Indicador de protocolo de uso compartido del sistemaST:Terminador del protocolo de uso compartido del sistemaER: Referencia de extensionesES:Selector de extensiónOtros campos SUSP conocidos incluyen:
AA:Extensión de Apple, preferidaBA:Extensión de Apple, antigua (falta el atributo de longitud)AS:Propiedades de archivo de AmigaZF: archivo comprimido de zisofs, generalmente producido por el programa mkzftree o por libisofs. El núcleo de Linux lo descomprime de forma transparente si se crea con CONFIG_ZISOFS. [22]AL: registra atributos de archivo extendidos , incluidas las listas de control de acceso (ACL) . Propuesto por libburnia , con el apoyo de libisofs. [23]Las extensiones de Apple técnicamente no siguen el estándar SUSP; sin embargo, la estructura básica de los campos AA y AB definidos por Apple son compatibles con SUSP; de modo que, con cuidado, un volumen puede usar tanto extensiones de Apple como extensiones RRIP.
El protocolo de intercambio Rock Ridge (RRIP, IEEE P1282) es una extensión que añade la semántica del sistema de archivos POSIX . La disponibilidad de estas propiedades de extensión permite una mejor integración con Unix y sistemas operativos similares a Unix . [24] El estándar toma su nombre de la ciudad ficticia Rock Ridge de la película Blazing Saddles de Mel Brooks . [25] Las extensiones RRIP son, en resumen:
Las extensiones RRIP se basan en SUSP y definen etiquetas adicionales para admitir la semántica POSIX, junto con el formato y el significado de los campos de uso del sistema correspondientes:
RR: Indicador de uso de extensiones de Rock Ridge (nota: se eliminó del estándar después de la versión 1.09)PX:Atributos de archivo POSIXPN: Números de dispositivos POSIXSL:enlace simbólicoNM: nombre alternativoCL:enlace infantilPL:enlace principalRE: directorio reubicadoTF:sello de tiempoSF:datos de archivo dispersosAmiga Rock Ridge es similar a RRIP, excepto que proporciona propiedades adicionales utilizadas por AmigaOS . También está construido sobre el estándar SUSP al definir un campo de uso del sistema etiquetado como "AS". Por lo tanto, tanto Amiga Rock Ridge como POSIX RRIP pueden usarse simultáneamente en el mismo volumen. Algunas de las propiedades específicas admitidas por esta extensión son los bits adicionales de Amiga para archivos. Hay soporte para el atributo "P" que representa el bit "puro" (que indica un comando reentrante) y el atributo "S" para el bit de script (que indica un archivo por lotes ). Esto incluye los indicadores de protección más un campo de comentario opcional. Estas extensiones fueron introducidas por Angela Schmidt con la ayuda de Andrew Young, el autor principal del Protocolo de intercambio de Rock Ridge y el Protocolo de uso compartido del sistema. El primer software disponible públicamente para masterizar un CD-ROM con extensiones de Amiga fue MakeCD, un software de Amiga que Angela Schmidt desarrolló junto con Patrick Ohly. [26]
El Torito es una extensión diseñada para permitir el arranque de un ordenador desde un CD-ROM. Fue anunciada en noviembre de 1994 [27] y publicada por primera vez en enero de 1995 como una propuesta conjunta de IBM y el fabricante de BIOS Phoenix Technologies . Según la leyenda, la extensión El Torito CD/DVD de ISO 9660 recibió su nombre porque su diseño se originó en un restaurante El Torito en Irvine, California ( 33°41′05″N 117°51′09″O / 33.684722, -117.852547 ). [28] Los dos autores iniciales fueron Curtis Stevens, de Phoenix Technologies, y Stan Merkin, de IBM. [28]
Un BIOS de PC de 32 bits buscará el código de arranque en un CD-ROM ISO 9660. El estándar permite el arranque en dos modos diferentes. Ya sea en emulación de disco duro cuando se puede acceder a la información de arranque directamente desde el medio de CD, o en modo de emulación de disquete donde la información de arranque se almacena en un archivo de imagen de un disquete , que se carga desde el CD y luego se comporta como un disquete virtual. Esto es útil para computadoras que fueron diseñadas para arrancar solo desde una unidad de disquete. Para las computadoras modernas, el modo "sin emulación" es generalmente el método más confiable. El BIOS asignará un número de unidad BIOS a la unidad de CD. El número de unidad (para INT 13H ) asignado es cualquiera de los siguientes: 80 hexadecimal ( emulación de disco duro ), 00 hexadecimal ( emulación de disquete ) o un número arbitrario si el BIOS no debe proporcionar emulación. La emulación es útil para arrancar sistemas operativos más antiguos desde un CD, al hacer que parezca que se arrancaron desde un disco duro o disquete. [29]
Los sistemas UEFI también aceptan registros El Torito, como plataforma 0xEF. Se espera que el registro sea una imagen de disco que contenga un sistema de archivos FAT, siendo el sistema de archivos una partición de sistema EFI que contenga el \EFIdirectorio habitual. La imagen debe estar marcada como "sin emulación", aunque en realidad no funciona como el modo "sin emulación" del BIOS, en el que el BIOS cargaría la imagen en la memoria y ejecutaría el código desde allí. [30]
El Torito también se puede utilizar para producir CD que puedan arrancar sistemas operativos Linux , incluyendo el gestor de arranque GRUB en el CD y siguiendo la especificación Multiboot . [29] Aunque la especificación El Torito alude a un ID de plataforma "Mac", las computadoras Apple Macintosh basadas en PowerPC no lo utilizan. [31]
Joliet es una extensión especificada y aprobada por Microsoft y ha sido compatible con todas las versiones de su sistema operativo Windows desde Windows 95 [32] y Windows NT 4.0 . [33] Su objetivo principal es la relajación de las restricciones de nombre de archivo inherentes al cumplimiento total de la norma ISO 9660. Joliet logra esto al proporcionar un conjunto adicional de nombres de archivo que están codificados en UCS-2 BE ( UTF-16 BE en la práctica desde Windows 2000). Estos nombres de archivo se almacenan en un descriptor de volumen suplementario especial, que el software compatible con ISO 9660 ignora de manera segura, preservando así la compatibilidad con versiones anteriores. [32] La especificación solo permite que los nombres de archivo tengan una longitud de hasta 64 caracteres Unicode . Sin embargo, la documentación de mkisofs indica que los nombres de archivo de hasta 103 caracteres de longitud no parecen causar problemas. [34] Microsoft ha documentado que "puede usar hasta 110 caracteres". [35] La diferencia radica en si se usa o no el espacio de extensión CDXA. [34]
Joliet permite utilizar caracteres Unicode para todos los campos de texto, incluidos los nombres de archivo y el nombre del volumen. Un descriptor de volumen "secundario" con tipo 2 contiene la misma información que el primario (sector 16, desplazamiento de 40 bytes), pero en UCS-2BE en el sector 17, desplazamiento de 40 bytes. Como resultado de esto, el nombre del volumen está limitado a 16 caracteres.
Muchos sistemas operativos actuales de PC pueden leer medios con formato Joliet, lo que permite el intercambio de archivos entre dichos sistemas operativos incluso si se utilizan caracteres no latinos (como árabes, japoneses o cirílicos), lo que antes no era posible con medios con formato ISO 9660. Los sistemas operativos que pueden leer medios Joliet incluyen:
Romeo fue desarrollado por Adaptec y permite el uso de nombres de archivo largos de hasta 128 caracteres, escritos directamente en el descriptor de volumen primario utilizando la página de códigos actual . Este formato se basa en el funcionamiento de los controladores "CDFS" de Windows 9x y Windows NT . [42] Cuando una instalación de Windows de un idioma diferente abre un disco Romeo , la falta de indicación de la página de códigos hará que los caracteres no ASCII en los nombres de archivo se conviertan en Mojibake . Por ejemplo, "ü" puede convertirse en "³". Un sistema operativo diferente puede encontrar un problema similar o negarse a reconocer estos nombres no compatibles por completo.
El mismo problema de página de códigos existe técnicamente en la norma ISO 9660, que permite la interpretación abierta de los descriptores de volumen suplementarios y mejorados para cualquier codificación de caracteres sujeta a acuerdo. Sin embargo, se garantiza que el descriptor de volumen principal sea un pequeño subconjunto de ASCII.
Apple Computer ha creado un conjunto de extensiones que añaden propiedades ProDOS o HFS / HFS+ (los principales sistemas de archivos contemporáneos para el Mac OS clásico ) al sistema de archivos. Algunas de las propiedades de metadatos adicionales incluyen: [43]
Para permitir que los sistemas que no sean Macintosh accedan a los archivos de Macintosh en CD-ROM, Apple decidió utilizar una extensión del formato estándar ISO 9660. La mayoría de los datos, salvo los metadatos específicos de Apple, siguen siendo visibles para los sistemas operativos que pueden leer ISO 9660.
Para los sistemas operativos que no admiten extensiones, TRANS.TBLse debe utilizar un archivo de traducción de nombres. El archivo es un archivo de texto ASCIITRANS.TBL simple . Cada línea contiene tres campos, separados por una cantidad arbitraria de espacios en blanco :
La mayoría de las implementaciones que crean archivos TRANS.TBL colocan un solo espacio entre el tipo de archivo y el nombre ISO 9660 y una cantidad arbitraria de tabulaciones entre el nombre de archivo ISO 9660 y el nombre de archivo extendido.
Todavía existe soporte nativo para el uso de imágenes TRANS.TBLISO 9660 en muchas implementaciones, particularmente en aquellas relacionadas con Unix . Sin embargo, hace tiempo que otras extensiones lo reemplazaron y las utilidades modernas que crean imágenes ISO 9660 no pueden crear archivos TRANS.TBL o ya no los crean a menos que el usuario lo solicite explícitamente. Dado que un archivo TRANS.TBL no tiene una identificación especial aparte de su nombre, también se puede crear por separado e incluir en el directorio antes de la creación del sistema de archivos.
La norma ISO 13490 es una extensión del formato ISO 9660 que añade compatibilidad con varias sesiones en un disco. Dado que la norma ISO 9660 es, por diseño, un sistema de archivos premasterizado de solo lectura, todos los datos deben escribirse de una sola vez o "sesión" en el medio. Una vez escritos, no existe ninguna disposición para alterar el contenido almacenado. La norma ISO 13490 se creó para permitir añadir más archivos a un disco grabable, como un CD-R, en varias sesiones.
La norma ISO 13346/ECMA-167 fue diseñada en conjunto con la norma ISO 13490. Este nuevo formato soluciona la mayoría de las deficiencias de la norma ISO 9660, y un subconjunto de ella evolucionó hasta convertirse en el formato de disco universal (UDF), que se adoptó para los DVD . La tabla de descriptores de volumen conserva el diseño de la norma ISO9660, pero se ha actualizado el identificador. [44] [45]
Las imágenes de discos ópticos son una forma habitual de transferir electrónicamente el contenido de los CD-ROM. Suelen tener la extensión de nombre de archivo .iso ( .iso9660menos común, pero también de uso) y se las conoce comúnmente como "ISO". [46]
La mayoría de los sistemas operativos admiten la lectura de discos con formato ISO 9660 y la mayoría de las versiones nuevas admiten extensiones como Rock Ridge y Joliet. Los sistemas operativos que no admiten las extensiones suelen mostrar las características básicas (no extendidas) de un disco ISO 9660 normal.
Los sistemas operativos que admiten ISO 9660 y sus extensiones incluyen los siguientes: