ISO 9660

format_list_bulleted Contenido keyboard_arrow_down

ImprimirCitar

Sistema de archivos para discos ópticos CD-R y CD-ROM

ISO 9660 (también conocido como ECMA-119) es un sistema de archivos para discos ópticos. Al ser vendido por la Organización Internacional de Normalización (ISO), el sistema de archivos se considera un estándar técnico internacional. Dado que la especificación está disponible para que cualquiera la compre, se han escrito implementaciones para muchos sistemas operativos.

ISO 9660 tiene sus raíces en el formato High Sierra, 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 las futuras extensiones opcionales para cada uno. Se puede especificar el archivo. High Sierra fue adoptado en diciembre de 1986 (con cambios) como estándar internacional por Ecma International como ECMA-119 y enviado para seguimiento rápido a ISO, donde finalmente fue aceptado como ISO 9660:1988. 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 rutas, directorios y archivos en el disco. Un disco compatible con ISO 9660 debe contener al menos un descriptor de volumen principal 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 principal 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 rutas proporciona el identificador del directorio, la ubicación de la extensión en la que se registra el directorio, la longitud de los atributos extendidos asociados con el directorio y el índice de su entrada de la tabla de rutas del directorio principal.

Hay varias extensiones de ISO 9660 que relajan algunas de sus limitaciones. Los ejemplos notables incluyen Rock Ridge (permisos de estilo Unix y nombres más largos), Joliet (Unicode, que permite el uso de alfabetos no latinos), El Torito (permite que los CD sean de arranque) y las Extensiones Apple ISO 9660 (características de archivo específicas del Mac OS clásico y macOS, como bifurcaciones de recursos, fecha de copia de seguridad del archivo y más).

Historia

Los discos compactos se desarrollaron originalmente para grabar datos musicales, pero pronto se usaron 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 Yellow Book en 1983. Sin embargo, este libro no definió ningún formato para organizar datos en CD-ROM en forma lógica. unidades como archivos, lo que llevó a cada fabricante de CD-ROM a crear su propio formato. Para desarrollar un estándar de sistema de archivos de CD-ROM (Z39.60 - Estructura de volumen y archivo de CDROM para intercambio de información), la Organización Nacional de Estándares de Información (NISO) estableció el Comité de Normas SC EE (Formato de datos de disco compacto) en julio de 1985. En septiembre/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 Hard Rock Hotel and Casino) cerca de Lake Tahoe, California. Este grupo se hizo conocido como el High Sierra Group (HSG). En la reunión estuvieron presentes representantes de Apple Computer, AT&T, Digital Equipment Corporation (DEC), Hitachi, LaserData, Microware, Microsoft, 3M, Philips, Reference Technology Inc., Sony Corporation, TMS Inc., VideoTools (más tarde Meridian), Xebec y Yelick. El informe de la reunión se desarrolló a partir del estándar de CD-ROM Yellow Book, 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 de High Sierra Group (HSGP) se publicó en mayo de 1986 y definía un sistema de archivos para CD-ROM comúnmente conocido como High Sierra Format.

Se envió una versión preliminar de esta propuesta a la Asociación Europea de Fabricantes de Computadoras (ECMA) para su estandarización. Con algunos cambios, esto condujo a la emisión de la edición inicial del estándar ECMA-119 en diciembre de 1986. ECMA envió su estándar a la Organización Internacional de Normalización (ISO) para seguimiento rápido, donde se refinado aún más en el estándar ISO 9660. Por motivos de compatibilidad, la segunda edición de ECMA-119 se revisó para que fuera equivalente a ISO 9660 en diciembre de 1987. ISO 9660:1988 se publicó en 1988. Los principales cambios del formato High Sierra en ECMA-119 y los estándares ISO 9660 fueron extensiones internacionales para permitir que el formato funcionara mejor en los mercados fuera de los EE. UU.

Para no crear incompatibilidades, NISO suspendió el trabajo adicional en Z39.60, que había sido adoptado por los miembros de NISO el 28 de mayo de 1987. Se retiró antes de la aprobación final, a favor de ISO 9660.

& #34; En diciembre de 2017, se publicó una tercera edición de ECMA-119 que es técnicamente idéntica a la enmienda 1 de ISO 9660.

En 2020, ISO publicó la Enmienda 2, que agrega algunas aclaraciones menores, pero no agrega ni corrige ninguna información técnica de la norma.

Especificaciones

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 "ambos bytes" ordenar. Se requiere el orden de ambos bytes en varios campos en los descriptores de volumen y registros de directorio, mientras que las tablas de rutas pueden ser little-endian o big-endian.

Nivel superior

Sistema de archivos ISO 9660
Superficie del sistema (32.768 B)	No utilizado por ISO 9660
Zona de datos
	Volumen descriptor
	Tablas de ruta, directorios y archivos

El área del sistema, los primeros 32 768 bytes de datos del disco (16 sectores de 2048 bytes cada uno), no se utiliza en ISO 9660 y, por lo tanto, está disponible para otros usos. Si bien se sugiere que estén reservados para su uso con medios de arranque, un CD-ROM puede contener un descriptor de sistema de archivos alternativo en esta área y, a menudo, los CD híbridos lo usan para ofrecer contenido clásico específico de Mac OS y macOS.

Conjunto de descriptores de volumen

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 descriptor de volumen establecer terminador. 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).

Volumen descriptor
Descriptor de volumen #1
...
Descriptor de volumen #N
Descriptor de volumen

Cada descriptor de volumen tiene un tamaño de 2048 bytes, lo que encaja perfectamente en un único sector de Modo 1 o Modo 2 de Forma 1. Tienen la siguiente estructura:

Descriptor de volumen (2,048 bytes)
Parte	Tipo	Identifier	Versión	Datos
Tamaño	1 byte	5 bytes (siempre 'CD001')	1 byte (siempre 0x01)	2,041 bytes

El campo de datos de un descriptor de volumen se puede subdividir en varios campos, con el contenido exacto dependiendo del tipo. También se pueden incluir copias redundantes de cada descriptor de volumen en caso de que la primera copia del descriptor se corrompa.

Los tipos de descriptores de volumen estándar son los siguientes:

Tipos de descriptor de volumen básico
Valor	Tipo
0	Descriptor de volumen de registro de arranque
1	Descriptor de volumen primario
2	Descriptor de volumen suplementario o descriptor de volumen mejorado
3	Descriptor de partición de volumen
255	Descriptor de volumen

Un disco compatible con ISO 9660 debe contener al menos un descriptor de volumen principal que describa el sistema de archivos y un terminador de conjunto de descriptores de volumen para indicar el final de la secuencia del descriptor. 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 principal 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 de 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 principales, pueden estar presentes descriptores de volumen complementarios o descriptores de volumen mejorados. Los descriptores de volumen suplementarios describen el mismo volumen que el descriptor de volumen principal y normalmente se utilizan para proporcionar soporte de página de códigos adicional cuando las tablas de códigos estándar son insuficientes. El estándar especifica que ISO 2022 se usa para administrar conjuntos de códigos que tienen más de 8 bytes, y que las secuencias de escape ISO 2375 se usan para identificar cada página de códigos particular utilizada. En consecuencia, ISO 9660 admite juegos de caracteres internacionales de un solo byte y de varios bytes, siempre que se ajusten al marco de las normas de referencia. Sin embargo, ISO 9660 no especifica ninguna página de códigos cuya compatibilidad esté garantizada: todo uso de tablas de códigos distintos de los definidos en la propia norma está sujeto a un acuerdo entre el autor y el destinatario del volumen. Los descriptores de volumen mejorados se introdujeron en ISO 9660, Enmienda 1. Relajan algunos de los requisitos de los otros descriptores de volumen y los registros de directorio a los que hacen referencia: por ejemplo, la profundidad del directorio puede exceder ocho, los identificadores de archivo no necesitan contener '.' o el número de versión del archivo, la longitud de un identificador de archivo y directorio se maximiza a 207.

Tablas de rutas

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 del directorio, la ubicación de la extensión en la que se registra el directorio, la longitud de los atributos extendidos asociados con el directorio y el índice de su entrada de la tabla de rutas del directorio principal. El número de directorio principal es un número de 16 bits, lo que limita su rango de 1 a 65 535.

Directorios y archivos

Resumen de la estructura de directorio ISO 9660

Las entradas del 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 ubicar un archivo, los nombres de directorio en la ruta del archivo se pueden verificar secuencialmente, yendo a la ubicación de cada directorio para obtener la ubicación del subdirectorio subsiguiente. Sin embargo, un archivo también se puede ubicar 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.

El estándar especifica tres niveles anidados de intercambio (parafraseado de la sección 10):

Nivel 1: Los nombres de los archivos se limitan a ocho caracteres con una extensión de tres caracteres. Los nombres de directorio están limitados a ocho caracteres. Los archivos pueden contener una sola sección de archivos.
Nivel 2: Los archivos pueden contener una sola sección de archivos.
Nivel 3: No hay restricciones adicionales que las estipuladas en el cuerpo principal de la norma. Es decir, los identificadores del directorio pueden no exceder 31 caracteres de longitud, y el nombre de archivo + '.' + extensión de nombre de archivo no puede exceder 30 caracteres de longitud (secciones 7.5 y 7.6). Los archivos también pueden consistir en múltiples secciones no contiguas (con algunas restricciones en cuanto al orden).

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).

El estándar también especifica las siguientes restricciones de nombres (secciones 7.5 y 7.6):

Todos los niveles restringen los nombres de archivos en la jerarquía de archivos obligatoria a las letras mayúsculas, dígitos, subrayados ("_") y un punto. (Véase también la sección 7.4.4 y el anexo A.)
Si no se especifican caracteres para el nombre del archivo, la extensión del nombre del archivo consistirá en al menos un carácter.
Si no se especifican caracteres para la extensión de nombre del archivo, el nombre del archivo consistirá en al menos un carácter.
Los nombres de archivos no tendrán más de un punto.
Los nombres de directorio no utilizarán puntos en absoluto.

Un productor de CD-ROM puede elegir uno de los niveles de intercambio más bajos especificados en el capítulo 10 del estándar y restringir aún más la longitud del nombre del archivo de 30 caracteres a solo 8+3 en los identificadores de archivo y 8 en los identificadores de directorio en orden. para promover la intercambiabilidad con implementaciones que no implementan el estándar completo.

Todos los números en los sistemas de archivos ISO 9660, excepto el valor de un solo byte que se usa para el desplazamiento GMT, son números sin signo. Dado que la longitud de la extensión de un archivo en el disco se almacena en un valor de 32 bits, permite una longitud máxima de poco más de 4,2 GB (más precisamente, un byte menos de 4 GiB). Es posible eludir esta limitación mediante el uso de la función de extensión múltiple (fragmentación) de ISO 9660 Nivel 3 para crear sistemas de archivos ISO 9660 y archivos únicos de hasta 8 TB. Con esto, los archivos de más de 4 GiB se pueden dividir en varias extensiones (serie secuencial 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 usan archivos de varias extensiones para almacenar archivos de más de 4 GiB en medios apropiados, como DVD grabables. Linux admite múltiples extensiones.

Extensiones y mejoras

SUSPENSIÓN

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 se deja para 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 cualquier cantidad de extensiones independientes de ISO 9660 e incluirlas 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: Área de continuación
PD: Campo de relleno
SP: Indicador de protocolo de uso compartido del sistema
ST: Terminador de protocolo de uso compartido del sistema
ER: Referencia de las extensiones
ES: Selector de extensión

Otros campos SUSP conocidos incluyen:

AA: Ampliación de Apple, preferida
BA: Extensión de Apple, viejo (atributo de longitud falta)
AS: Propiedades de archivo Amiga
ZF: zisofs archivo comprimido, generalmente producido por el programa mkzftree o por libisofs. Transparently descompressed by Linux kernel if built with CONFIG_ZISOFS.
AL: registros Atributos de archivos extendidos, incluyendo ACLs. Propuesto por libburnia, apoyado por libisofs.

Técnicamente, las extensiones de Apple 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; para que, con cuidado, un volumen pueda usar tanto extensiones Apple como extensiones RRIP.

Risco rocoso

El Rock Ridge Interchange Protocol (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 sistemas operativos Unix y similares a Unix. El estándar toma su nombre de la ciudad ficticia Rock Ridge en Mel Brooks' película Sillas de montar en llamas. Las extensiones RRIP son, resumidamente:

Nombres de archivos más largos (hasta 255 bytes) y menos restricciones en caracteres permitidos (apoyo para minúsculas, etc.)
modos de archivo de estilo UNIX, ids de usuario y ids de grupo, y tiempos de archivo
Soporte para enlaces simbólicos y archivos de dispositivo
Jerarquía de directorio más profunda (más de 8 niveles)
Almacenamiento eficiente de archivos de escaso

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: Rock Ridge extensions in-use indicator (nota: drop from standard after version 1.09)
PX: atributos de archivo POSIX
PN: Números de dispositivo POSIX
SL: enlace simbólico
NM: nombre alternativo
CL: vínculo infantil
PL: enlace padre
RE: directorio reubicado
TF: sello de tiempo
SF: datos de archivos escasos

Amiga 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 con la etiqueta '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 significa "puro" bit (que indica comando de reentrada) y atributo "S" para bit de secuencia de comandos (que indica el archivo por lotes). Esto incluye las banderas de protección más un campo de comentario opcional. Estas extensiones fueron presentadas 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.

El Torito

El Torito es una extensión diseñada para permitir arrancar un ordenador desde un CD-ROM. Se anunció en noviembre de 1994 y se emitió 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 a 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°N 117.852547°O / 33.684722; -117.852547). Los dos autores iniciales fueron Curtis Stevens, de Phoenix Technologies, y Stan Merkin, de IBM.

Un BIOS de 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 inicio directamente desde el CD, o en el modo de emulación de disquete, donde la información de inicio se almacena en un archivo de imagen de un disquete, que se carga desde el CD y luego se comporta como un dispositivo virtual. disco flexible. Esto es útil para computadoras que fueron diseñadas para arrancar solo desde una unidad de disquete. Para las computadoras modernas, la opción "sin emulación" El modo 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 80_hex (emulación de disco duro), 00_hex (emulación de disquete) o un número arbitrario si el BIOS no debería hacerlo. proporcionar emulación. La emulación es útil para iniciar sistemas operativos más antiguos desde un CD, ya que les da la apariencia de que se iniciaron desde un disco duro o un disquete.

El Torito también se puede usar para producir CD que pueden iniciar sistemas operativos Linux, al incluir el cargador de arranque GRUB en el CD y seguir la especificación de arranque múltiple. Mientras que la especificación de El Torito alude a un "Mac" ID de plataforma, las computadoras Apple Macintosh basadas en PowerPC no lo usan.

Joliet

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 y Windows NT 4.0. Su enfoque principal es la relajación de las restricciones de nombre de archivo inherentes al cumplimiento total de ISO 9660. Joliet logra esto proporcionando un conjunto adicional de nombres de archivos que están codificados en UCS-2BE (UTF-16BE en la práctica desde Windows 2000). Estos nombres de archivo 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. La especificación solo permite que los nombres de archivo tengan una longitud máxima de 64 caracteres Unicode. Sin embargo, la documentación de mkisofs indica que los nombres de archivo de hasta 103 caracteres no parecen causar problemas. Microsoft ha documentado que "puede usar hasta 110 caracteres".

Joliet permite que se utilicen caracteres Unicode para todos los campos de texto, lo que incluye nombres de archivo y el nombre del volumen. Un "Secundario" el descriptor de volumen con tipo 2 contiene la misma información que el Primario (sector 16 compensado 40 bytes), pero en UCS-2BE en el sector 17, compensado 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 hay caracteres no romanos (como árabe, japonés o cirílico), lo que antes no era posible con medios simples con formato ISO 9660. Los sistemas operativos que pueden leer los medios de Joliet incluyen:

Microsoft Windows; Microsoft recomienda el uso de la extensión Joliet para desarrolladores que apuntan a Windows.
Linux
macOS
FreeBSD
OpenSolaris
Haiku
AmigaOS
RISC OS

Romeo

Romeo fue desarrollado por Adaptec y permite el uso de nombres de archivo largos de hasta 128 caracteres. Sin embargo, Romeo no es compatible con versiones anteriores de ISO 9660 y los discos creados con este sistema de archivos solo se pueden leer en las plataformas Windows 9x y Windows NT, por lo que no se permite el intercambio de archivos entre esos sistemas operativos si hay caracteres no latinos involucrados (como árabe, japonés o cirílico), por ejemplo ü se convierte en ³.

Extensiones de Apple

Apple Computer creó un conjunto de extensiones que agregan propiedades ProDOS o HFS/HFS+ (el principal sistema de archivos actual para Mac OS) al sistema de archivos. Algunas de las propiedades de metadatos adicionales incluyen:

Fecha de la última copia de seguridad
Tipo de archivo
Código del Creador
Banderas y datos para pantalla
Referencia a un tenedor de recursos

Para permitir que los sistemas que no son Macintosh accedan a los archivos de Macintosh en CD-ROM, Apple optó por utilizar una extensión del formato estándar ISO 9660. La mayoría de los datos, además de los metadatos específicos de Apple, permanecen visibles para los sistemas operativos que pueden leer ISO 9660.

Otras extensiones

Para los sistemas operativos que no admiten ninguna extensión, se debe usar un archivo de traducción de nombre TRANS.TBL. El archivo TRANS.TBL es un archivo de texto ASCII sin formato. Cada línea contiene tres campos, separados por una cantidad arbitraria de espacios en blanco:

El tipo de archivo ("F" para archivo o "D" para directorio);
El nombre de archivo ISO 9660 (incluyendo el ";1" generalmente oculto para archivos); y
El nombre de archivo extendido, que puede contener espacios.

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 un número arbitrario de tabulaciones entre el nombre de archivo ISO 9660 y el nombre de archivo extendido.

El soporte nativo para usar TRANS.TBL todavía existe en muchas implementaciones de ISO 9660, particularmente aquellas relacionadas con Unix. Sin embargo, hace tiempo que fue reemplazado 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 una 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 en una "sesión" al 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.

JIS X 0606:1998, también conocido como ISO 9660:1999, es un borrador de estándar industrial japonés creado por el organismo nacional japonés (JTC1 N4222) para realizar algunas mejoras y eliminar algunas limitaciones del estándar ISO 9660 original. Este borrador se presentó en 1998, pero aún no ha sido ratificado como norma ISO. Algunos de sus cambios incluyen la eliminación de algunas restricciones impuestas por el estándar original al extender la longitud máxima del nombre de archivo a 207 caracteres, eliminar el límite máximo de anidamiento de directorios de ocho niveles y eliminar el significado especial del carácter de punto en los nombres de archivo. Algunos sistemas operativos también permiten estas relajaciones al leer discos ópticos. Varias herramientas de creación de discos (como Nero Burning ROM, mkisofs e ImgBurn) admiten la llamada "ISO 9660:1999" (a veces llamado modo "ISO 9660 v2" o "ISO 9660 Nivel 4") que elimina las restricciones siguiendo las pautas del borrador de ISO 9660:1999.

La norma ISO 13346/ECMA-167 se diseñó junto con la norma ISO 13490. Este nuevo formato soluciona la mayoría de las deficiencias de ISO 9660, y un subconjunto 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.

Imágenes de disco

Las imágenes de disco óptico son una forma común de transferir electrónicamente el contenido de los CD-ROM. Suelen tener la extensión de nombre de archivo .iso (.iso9660 es menos común, pero también está en uso) y se conocen comúnmente como "ISOs".

Plataformas

La mayoría de los sistemas operativos admiten la lectura de discos con formato ISO 9660 y la mayoría de las nuevas versiones admiten extensiones como Rock Ridge y Joliet. Los sistemas operativos que no son compatibles con las extensiones suelen mostrar las funciones básicas (no ampliadas) de un disco normal ISO 9660.

Los sistemas operativos compatibles con ISO 9660 y sus extensiones incluyen los siguientes:

DOS: acceso con extensiones, como MSCDEX. EXE (Microsoft CDROM Extension), NWCDEX.EXE o CORELCDX.EXE
Microsoft Windows 95, Windows 98, Windows ME: puede leer ISO 9660 Nivel 1, 2, 3 y Joliet
Microsoft Windows NT 4.0, Windows 2000, Windows XP y nuevas versiones de Windows, pueden leer ISO 9660 Nivel 1, 2, 3, Joliet e ISO 9660:1999. Windows 7 también puede confundir formato UDF para CDFS. para más información ver UDF.
Linux y BSD: ISO 9660 Nivel 1, 2, 3, Joliet, Rock Ridge e ISO 9660:1999
Apple GS/OS: soporte ISO Level 1 y 2 a través del HS. Traductor del Sistema de Archivo FST.
Classic Mac OS 7 a 9: ISO Level 1, 2. El software libre opcional soporta Rock Ridge y Joliet (incluyendo ISO Level 3): Joke Ridge y Joliet Volume Access.
macOS (todas las versiones): ISO Level 1, 2, Joliet y Rock Ridge Extensiones. El nivel 3 no es actualmente compatible, aunque los usuarios han podido montar estos discos
AmigaOS admite las extensiones "AS" (que preservan los bits de protección de Amiga y comentarios de archivos)
QNX
ULTRIX
OS/2, eComStation and ArcaOS
BeOS, Zeta y Haiku
OpenVMS solo admite ISO 9660 Niveles de intercambio 1–3, con no extensiones
RISC OS soporte para medios ópticos escritos en un PC es parche. La mayoría de los CD-Rs/RW funcionan perfectamente, sin embargo DVD+-Rs/RWs/RAMs son enteramente golpeados y faltan corriendo RISC OS 4.02, RISC OS 4.39 y RISC OS 6.20

Contenido relacionado

Más resultados...