ISO 9660 (también conocido 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 .
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 de á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 futuras extensiones opcionales para cada Se puede especificar el archivo. High Sierra fue adoptada en diciembre de 1986 (con cambios) como estándar internacional por Ecma International como ECMA-119 [3] y enviada para seguimiento rápido a la ISO , donde finalmente fue aceptada como ISO 9660:1988. [4] Las modificaciones posteriores a la norma 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 ruta, directorios y archivos del disco. Un disco compatible con 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 del 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 ruta proporciona el identificador del directorio, la ubicación de la extensión en la que está registrado el directorio, la longitud de cualquier atributo extendido asociado con el directorio y el índice de la entrada de la tabla de ruta del directorio principal.
Existen varias extensiones de ISO 9660 que relajan algunas de sus limitaciones. Ejemplos notables incluyen Rock Ridge (permisos de estilo Unix y nombres más largos), Joliet ( Unicode , que permite el uso de escrituras no latinas ), El Torito (permite que los CD sean arrancables ) y las Extensiones ISO 9660 de Apple (características de archivos específicas para el sistema). 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 . 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 de 1983. Sin embargo, este libro no definió ningún formato para organizar los datos de los CD-ROM en unidades lógicas como archivos , lo que llevó a a cada fabricante de CD-ROM creando 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 dicha norma .
En noviembre de 1985, representantes de 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 pasó a ser conocido como Grupo High Sierra ( 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 necesaria ] El informe de la reunión evolucionó a partir del estándar CD-ROM del Libro Amarillo , que era tan abierto que conducía a la diversificación y la creación de muchos métodos de almacenamiento de datos incompatibles. La propuesta del Grupo High Sierra ( HSGP ) se publicó en mayo de 1986 y define un sistema de archivos para CD-ROM comúnmente conocido como formato High Sierra.
Se envió una versión borrador de esta propuesta a la Asociación Europea de Fabricantes de Computadoras (ECMA) para su estandarización. Con algunos cambios, esto llevó a la publicación de la edición inicial del estándar ECMA-119 en diciembre de 1986. [9] La ECMA presentó su estándar a la Organización Internacional de Normalización (ISO) para un seguimiento rápido , donde se perfeccionó aún más hasta convertirlo en el estándar. Norma ISO 9660. Por compatibilidad, la segunda edición de ECMA-119 se revisó para que fuera equivalente a ISO 9660 en diciembre de 1987. [10] [11] [12] ISO 9660:1988 se publicó en 1988. Los principales cambios del formato High Sierra en ECMA -119 e ISO 9660 fueron extensiones internacionales para permitir que el formato funcionara mejor en mercados fuera de los EE. UU.
Para no crear incompatibilidades, NISO suspendió el trabajo adicional sobre Z39.60, que había sido adoptada por los miembros de NISO el 28 de mayo de 1987. Fue retirado antes de la aprobación final, a favor de ISO 9660. [5]
JIS X 0606:1998 se aprobó en Japón en 1998 con reglas de nombres de archivos mucho más relajadas utilizando una nueva estructura de datos de "descriptor de volumen mejorado". La norma se presentó para la norma ISO 9660:1999 y supuestamente se aceleró, pero no salió nada. [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 Level 4". En 2013, la propuesta finalmente se formalizó en la forma de ISO 9660/Enmienda 1, destinada a "traer la armonización entre ISO 9660 y la ' Especificación Joliet ' ampliamente utilizada". [14] En diciembre de 2017, se publicó una tercera edición de ECMA-119 que es técnicamente idéntica a ISO 9660, Enmienda 1. [15]
En 2019, ECMA publicó una cuarta versión de ECMA-119, integrando el texto de Joliet como "Anexo C".
En 2020, ISO publicó la Enmienda 2, que agrega algunas cuestiones aclaratorias menores, pero no agrega ni corrige ninguna información técnica de la norma. [dieciséis]
La siguiente es la estructura general aproximada del sistema de archivos ISO 9660.
Los valores de varios bytes 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 de "ambos bytes". Se requiere el orden de ambos bytes en varios campos de los descriptores de volumen y 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 se utiliza según ISO 9660 y, por lo tanto, está disponible para otros usos. [17] Si bien se sugiere que estén reservados para su uso mediante medios de arranque , [18] un CD-ROM puede contener un descriptor de sistema de archivos alternativo en esta área y, a menudo, los CD híbridos lo utilizan para ofrecer versiones clásicas específicas de Mac OS. y contenido específico de macOS . [ cita necesaria ]
El área de datos comienza con el conjunto de descriptores de volumen , un conjunto de uno o más descriptores de volumen terminados 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 formateados FAT , HPFS y NTFS ).
Cada descriptor de volumen tiene un tamaño de 2048 bytes y encaja perfectamente en un único sector Modo 1 o Modo 2 Forma 1. Tienen la siguiente estructura:
El campo de datos de un descriptor de volumen se puede subdividir en varios campos, y el 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 compatible con 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 cuyo propósito es 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 del 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 del volumen principal, 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 primarios, 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 relevante. Para cada directorio de la imagen, la tabla de ruta proporciona el identificador del directorio, la ubicación de la extensión en la que está registrado el directorio, la longitud de cualquier atributo extendido asociado con el directorio y el índice de la entrada de la tabla de ruta del directorio principal. El número del directorio principal es un número de 16 bits, lo que limita su rango de 1 a 65.535. [19]
Las entradas del directorio se almacenan siguiendo la ubicación de la entrada del directorio raíz, donde comienza la evaluación de los nombres de archivos. Tanto los directorios como los archivos se almacenan como extensiones , que son series secuenciales de sectores. Los archivos y directorios se diferencian únicamente por un atributo de archivo que indica su naturaleza (similar a Unix ). Los atributos de un archivo se almacenan en la entrada del directorio que describe el archivo y, opcionalmente, en el registro de atributos extendidos. Para localizar un archivo, los nombres de los directorios en la ruta del archivo se pueden verificar secuencialmente, yendo a la ubicación de cada directorio para obtener la ubicación del subdirectorio siguiente. 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 en ella mucho más rápido que saltar a las ubicaciones particulares de cada directorio en la ruta del archivo, lo que reduce el tiempo de búsqueda.
El estándar 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 exceder 8 (el directorio raíz está en el nivel 1) y la longitud de la ruta de cualquier archivo no debe exceder 255 (sección 6.8.2.1).
La norma también especifica las siguientes restricciones de nombre (secciones 7.5 y 7.6): [4]
Un productor de CD-ROM puede elegir uno de los niveles más bajos de intercambio 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 solo 8+3 en identificadores de archivo y 8 en identificadores de directorio para promover la intercambiabilidad. con implementaciones que no implementan el estándar completo. [ cita necesaria ]
Todos los números en los sistemas de archivos ISO 9660, excepto el valor de un solo byte utilizado para el desplazamiento GMT, son números sin signo. Como la longitud 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 de 4 GiB ). Es posible evitar 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 de más 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 de más de 4 GiB en medios apropiados, como DVD grabables. [ cita necesaria ] 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 límite de caracteres (incluso se permiten caracteres de 8 bits), ni límite de profundidad ni límite de longitud de ruta. Todavía hay un límite en la longitud del nombre, 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 ISO 9660 que relajan algunas de sus limitaciones. Ejemplos notables incluyen Rock Ridge (permisos de estilo Unix y nombres más largos), Joliet ( Unicode , que permite el uso de escrituras no latinas ), El Torito (permite que los CD sean arrancables ) y las Extensiones ISO 9660 de Apple (características de archivos específicas para el sistema). 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 primario (PVD). En un volumen ISO 9660, cada entrada del directorio tiene un área de uso del sistema opcional cuyo contenido no está definido y se deja que el sistema lo interprete. 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 e incluir cualquier número de extensiones independientes de ISO 9660 en un volumen sin conflictos. También permite la inclusión de datos de propiedad 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: Zona de continuaciónPD: campo de rellenoSP: Indicador de protocolo de uso compartido del sistemaST: Terminador de 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 del archivo AmigaZF: archivo comprimido zisofs, generalmente producido por el programa mkzftree o libisofs. Descomprimido de forma transparente por el kernel de Linux si se construye con CONFIG_ZISOFS. [22]AL: registra atributos de archivos extendidos , incluidas las ACL . Propuesto por libburnia , apoyado por 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 definida por Apple es compatible con SUSP; para que, con cuidado, un volumen pueda utilizar tanto extensiones de Apple como extensiones RRIP.
El protocolo de intercambio Rock Ridge (RRIP, IEEE P1282) es una extensión que agrega 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 en la película Blazing Saddles de Mel Brooks . [25] Las extensiones RRIP son, brevemente:
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: eliminado del estándar después de la versión 1.09)PX: atributos del archivo POSIXPN: números de dispositivo POSIXSL: enlace simbólicoNM: Nombre alternativoCL: enlace infantilPL: enlace principalRE: directorio reubicadoTF: marca de tiempoSF: datos de archivo dispersosAmiga Rock Ridge es similar a RRIP, excepto que proporciona propiedades adicionales utilizadas por AmigaOS . También se basa en 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 se pueden usar 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 significa bit "puro" (que indica comando reentrante) y el atributo "S" para bit de secuencia de comandos (que indica archivo por lotes ). Esto incluye las banderas de protección más un campo de comentarios 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 del Protocolo de uso compartido del sistema. El primer software disponible públicamente para masterizar un CD-ROM con extensiones Amiga fue MakeCD, un software Amiga que Angela Schmidt desarrolló junto con Patrick Ohly. [26]
El Torito es una extensión diseñada para permitir arrancar una computadora desde un CD-ROM. Fue anunciado en noviembre de 1994 [27] y publicado 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 de CD/DVD de El Torito según ISO 9660 recibió su nombre porque su diseño se originó en un restaurante de El Torito en Irvine, California ( 33°41′05″N 117°51′09″W / 33.684722° norte 117.852547 ° W / 33.684722; -117.852547 ). [28] Los dos autores iniciales fueron Curtis Stevens, de Phoenix Technologies, y Stan Merkin, de IBM. [28]
El BIOS de una PC de 32 bits buscará el código de inicio en un CD-ROM ISO 9660. El estándar permite arrancar en dos modos diferentes. Ya sea en la emulación de disco duro, cuando se puede acceder a la información de arranque directamente desde el CD, o en el 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 archivo virtual. disco flexible. Esto es útil para computadoras que fueron diseñadas para arrancar únicamente desde una unidad de disquete. Para los ordenadores modernos, el modo "sin emulación" suele ser el método más fiable. El BIOS asignará un número de unidad BIOS a la unidad de CD. El número de unidad (para INT 13H ) asignado es 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 antiguos desde un CD, ya que les hace parecer como si se hubieran arrancado desde un disco duro o un disquete.
El Torito también se puede utilizar para producir CD que puedan iniciar sistemas operativos Linux , incluyendo el gestor de arranque GRUB en el CD y siguiendo la especificación de arranque múltiple . [29] Si bien la especificación de El Torito alude a una identificación de plataforma "Mac", las computadoras Apple Macintosh basadas en PowerPC no la usan. [30]
Joliet es una extensión especificada y respaldada por Microsoft y ha sido compatible con todas las versiones de su sistema operativo Windows desde Windows 95 [31] y Windows NT 4.0 . [32] Su objetivo principal es la relajación de las restricciones de nombres de archivos inherentes al pleno cumplimiento de la norma ISO 9660. Joliet logra esto proporcionando un conjunto adicional de nombres de archivos codificados en UCS-2 BE ( UTF-16 BE en la práctica desde Windows 2000). Estos nombres de archivos se almacenan en un descriptor de volumen complementario especial, que el software compatible con ISO 9660 ignora de forma segura, preservando así la compatibilidad con versiones anteriores. [31] La especificación solo permite que los nombres de archivos tengan hasta 64 caracteres Unicode de longitud. Sin embargo, la documentación para mkisofs indica que los nombres de archivos de hasta 103 caracteres de longitud no parecen causar problemas. [33] Microsoft ha documentado que "puede utilizar hasta 110 caracteres". [34] La diferencia radica en si se utiliza el espacio de extensión CDXA. [33]
Joliet permite el uso de caracteres Unicode para todos los campos de texto, lo que incluye nombres de archivos y el nombre del volumen. Un descriptor de volumen "Secundario" con tipo 2 contiene la misma información que el Primario (el sector 16 compensa 40 bytes), pero en UCS-2BE en el sector 17, compensa 40 bytes. Como resultado de esto, el nombre del volumen está limitado a 16 caracteres.
Muchos sistemas operativos de PC actuales pueden leer medios con formato Joliet, lo que permite el intercambio de archivos entre esos sistemas operativos incluso si se trata de caracteres no romanos (como árabe, japonés o cirílico), lo que anteriormente no era posible con ISO 9660 simple. -medios formateados. Los sistemas operativos que pueden leer medios Joliet incluyen:
Romeo fue desarrollado por Adaptec y permite el uso de nombres de archivos largos de hasta 128 caracteres, escritos directamente en el descriptor de volumen principal 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 . [41] Cuando una instalación de Windows en un idioma diferente abre un disco Romeo , la falta de indicación de página de códigos hará que los caracteres no ASCII en los nombres de archivos se conviertan en Mojibake . Por ejemplo, "ü" puede convertirse en "³". Un sistema operativo diferente puede encontrar un problema similar o negarse a reconocer estos nombres que no cumplen con las normas.
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 será un pequeño subconjunto de ASCII.
Apple Computer creó un conjunto de extensiones que agregan 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: [42]
Para permitir que los sistemas que no son Macintosh accedan a archivos Macintosh en CD-ROM, Apple optó por utilizar una extensión del formato estándar ISO 9660. La mayoría de los datos, aparte de los metadatos específicos de Apple, permanecen visibles para los sistemas operativos que pueden leer ISO 9660.
Para los sistemas operativos que no admiten ninguna extensión, TRANS.TBLse debe utilizar un archivo de traducción de nombres. El TRANS.TBLarchivo es un archivo de texto ASCII sin formato . 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 único espacio entre el tipo de archivo y el nombre ISO 9660 y un número arbitrario de pestañas entre el nombre de archivo ISO 9660 y el nombre de archivo extendido.
Todavía existe soporte nativo para el uso TRANS.TBLen muchas implementaciones de ISO 9660, particularmente aquellas relacionadas con Unix . Sin embargo, hace tiempo que fue reemplazada por otras extensiones, y las utilidades modernas que crean imágenes ISO 9660 no pueden crear archivos TRANS.TBL en absoluto o ya no los crean a menos que el usuario lo solicite explícitamente. Dado que un archivo TRANS.TBL no tiene ninguna identificación especial aparte de su nombre, también puede crearse por separado e incluirse en el directorio antes de la creación del sistema de archivos.
El estándar ISO 13490 es una extensión del formato ISO 9660 que agrega soporte para múltiples sesiones en un disco. Dado que 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 escrito, no existe ninguna disposición para alterar el contenido almacenado. ISO 13490 se creó para permitir agregar 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 ISO 9660 y un subconjunto del mismo 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 ISO9660, pero el identificador se ha actualizado. [43] [44]
Las imágenes de discos ópticos son una forma común de transferir electrónicamente el contenido de los CD-ROM. A menudo tienen la extensión de nombre de archivo .iso ( .iso9660es menos común, pero también se usa) y comúnmente se les conoce como "ISO". [45]
La mayoría de los sistemas operativos admiten la lectura de discos formateados 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 simple.
Los sistemas operativos que admiten ISO 9660 y sus extensiones incluyen los siguientes: