ISO 9660 - ISO 9660

ISO 9660
Desarrollador (es) Ecma Internacional
Variantes ISO 13490
Introducido 1988 ; Hace 33 años ( 1988 )
Limites
Max. tamaño del volumen TB
Otro
Apoyados sistemas operativos Plataforma cruzada

ISO 9660 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 organizó la información del archivo 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árquica (ocho niveles de directorios), 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 usó un área de uso del sistema separada donde futuras extensiones opcionales para cada 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 presentado para seguimiento rápido a la 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 ruta, 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 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 ruta 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 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 ruta del directorio principal.

Hay 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 scripts no latinos ), El Torito (permite que los CD sean arrancables ) y Apple ISO 9660 Extensions ( características de archivo específicas de macOS como bifurcaciones de recursos , fecha de copia de seguridad de archivos y más).

Historia

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. Al principio, cada fabricante de CD-ROM creaba su propio formato, ya que no había estándares de alto nivel, solo el estándar de CD-ROM Yellow Book para el nivel más bajo. Era necesario un estándar para organizar datos en discos compactos en unidades lógicas como archivos. Para desarrollar un estándar de sistema de archivos de CD-ROM ( Z39.60 - Volumen y estructura de archivos de CDROM para el intercambio de información ), la Organización Nacional de Estándares de Información (NISO) estableció el Comité de Estándares 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 los fabricantes de hardware se reunieron en el High Sierra Hotel and Casino (actualmente llamado Hard Rock Hotel and Casino ) cerca de Lake Tahoe , California. Este grupo se conoció como 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 de la norma Yellow Book CD-ROM para CD de datos, que era tan abierta 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.

Se envió una versión preliminar a la Asociación Europea de Fabricantes de Computadoras (ECMA). Con los cambios, esto llevó a la publicación de la edición inicial de la norma ECMA-119 en diciembre de 1986. La ECMA presentó su norma a la Organización Internacional de Normalización (ISO) para un seguimiento rápido , donde se refinó aún más en ISO 9660. Para compatibilidad, la La segunda edición de ECMA-119 fue revisada para ser equivalente a ISO 9660 en diciembre de 1987. ISO 9660: 1988 fue publicada en 1988. ECMA-119 e ISO 9660 eran necesarias porque el HSF estaba orientado principalmente a las necesidades del mercado estadounidense. Las extensiones internacionales son la mayor parte de las diferencias entre los formatos.

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

En 2013, ISO publicó la Enmienda 1 al estándar ISO 9660, introduciendo nuevas estructuras de datos y reglas de nombres de archivo relajadas destinadas a "traer la armonización entre ISO 9660 y la ' Especificación Joliet ' ampliamente utilizada ". En diciembre de 2017, se publicó una tercera edición de ECMA-119 que es técnicamente idéntica a ISO 9660, Enmienda 1.

En 2020, ISO publicó la Enmienda 2, que agrega algunos aspectos aclaratorios 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 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 ruta pueden ser little-endian o big-endian.

Nivel superior

Sistema de archivos ISO 9660
Área del sistema (32,768 B) No utilizado por ISO 9660
Área de datos
Conjunto de descriptores de volumen
Tablas de ruta, directorios y archivos

El área del sistema , los primeros 32.768 bytes de datos del disco (16 sectores de 2.048 bytes cada uno), no está siendo utilizada por ISO 9660 y, por lo tanto, está disponible para otros usos. Si bien se sugiere que están reservados para su uso por dispositivos de arranque , un CD-ROM puede contener un descriptor de sistema de archivos alternativo en esta área, y los CD híbridos lo usan a menudo para ofrecer contenido clásico específico de Mac OS y específico de 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 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 BIOS utilizado por los discos formateados FAT , HPFS y NTFS ).

Conjunto de descriptores de volumen
Descriptor de volumen n. ° 1
...
Descriptor de volumen #N
Terminador de conjunto de descriptores de volumen

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

Descriptor de volumen (2048 bytes)
Parte Escribe Identificador 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 puede subdividirse 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 descriptores de volumen básicos
Valor Escribe
0 Descriptor de volumen de registro de arranque
1 Descriptor de volumen principal
2 Descriptor de volumen complementario o descriptor de volumen mejorado
3 Descriptor de partición de volumen
255 Terminador de conjunto de descriptores de volumen

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 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 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 primarios, pueden estar presentes descriptores de volumen suplementarios 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 de más de 8 bytes, y que las secuencias de escape de ISO 2375 se usan para identificar cada página de códigos particular utilizada. En consecuencia, ISO 9660 admite conjuntos de caracteres internacionales de un solo byte y multibyte, siempre que se ajusten al marco de los estándares referenciados. Sin embargo, ISO 9660 no especifica ninguna página de códigos que esté garantizada para ser compatible: todo uso de tablas de códigos que no sean las definidas en la propia norma está sujeto a un acuerdo entre el originador 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 número de versión de archivo, la longitud de un identificador de directorio y archivo se maximiza a 207.

Tablas de ruta

Las tablas de ruta 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 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 ruta 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

Descripción general de la estructura de directorios de 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 del 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 ruta almacena información sobre cada directorio, su padre y su ubicación en el disco. Dado que la tabla de ruta se almacena en una región contigua, se puede buscar mucho más rápido que saltar a las ubicaciones particulares de cada directorio en la ruta del archivo, reduciendo así 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 archivo están limitados 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 archivo.
  • Nivel 2: los archivos pueden contener una sola sección de archivo.
  • Nivel 3: Sin restricciones adicionales a las estipuladas en el cuerpo principal de la norma. Es decir, los identificadores de directorio no pueden exceder los 31 caracteres y el nombre del archivo + '.' + La extensión del nombre del archivo no puede exceder los 30 caracteres (secciones 7.5 y 7.6). Los archivos también pueden constar de varias 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 archivo en la jerarquía de archivos obligatoria a letras mayúsculas, dígitos, guiones bajos ("_") y un punto. (ver también la sección 7.4.4 y el Anexo A),
  • Si no se especifican caracteres para el nombre de archivo, la extensión del nombre de archivo deberá constar de al menos un carácter.
  • Si no se especifican caracteres para la extensión de nombre de archivo, el nombre de archivo deberá constar de al menos un carácter.
  • Los nombres de los archivos no deben tener más de un punto.
  • Los nombres de directorio no deben usar 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 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.

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 de medida en el disco se almacena en un valor de 32 bits, que 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 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 únicos 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 de las cuales no excede 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 múltiples extensiones para almacenar archivos de más de 4 GiB en medios adecuados, como DVD grabables. Linux admite múltiples extensiones.

Ampliaciones y mejoras

Hay 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 scripts no latinos ), El Torito (permite que los CD sean arrancables ) y Apple ISO 9660 Extensions ( características de archivo específicas de macOS como bifurcaciones de recursos , fecha de copia de seguridad de archivos y más).

SUSP

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 de 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 en un volumen cualquier número de extensiones independientes de ISO 9660 sin entrar en conflicto. 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ón
  • PD: Campo de relleno
  • SP: Indicador de protocolo de uso compartido del sistema
  • ST: Terminador del protocolo de uso compartido del sistema
  • ER: Referencia de extensiones
  • ES: Selector de extensión

Otros campos SUSP conocidos incluyen:

  • AA: Extensión de Apple, preferida
  • BA: Extensión de Apple, antigua (falta el atributo de longitud)
  • AS: Propiedades del archivo Amiga
  • ZF: archivo comprimido zisofs, generalmente producido por el programa mkzftree o por libisofs. Descomprimido de forma transparente por el kernel de Linux si está construido con CONFIG_ZISOFS.
  • AL: registra los atributos de archivo extendidos , incluidas las ACL . Propuesto por liburnia , apoyado por libisofs.

Las extensiones de Apple no siguen técnicamente 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 utilizar tanto extensiones de Apple como extensiones RRIP.

Rock Ridge

El Protocolo de intercambio de 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. El estándar toma su nombre de la ciudad ficticia Rock Ridge en la película Blazing Saddles de Mel Brooks . Las extensiones RRIP son, brevemente:

Las extensiones RRIP se basan en SUSP, definiendo 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 en uso de las extensiones Rock Ridge (nota: se eliminó del estándar después de la versión 1.09)
  • PX: Atributos de archivo POSIX
  • PN: Números de dispositivo POSIX
  • SL: enlace simbólico
  • NM: Nombre alternativo
  • CL: enlace secundario
  • PL: enlace principal
  • RE: directorio reubicado
  • TF: sello de tiempo
  • SF: datos de archivo dispersos

Amiga Rock Ridge es similar a RRIP, excepto que proporciona propiedades adicionales utilizadas por AmigaOS . También se basa en el estándar SUSP mediante la definición de 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 significa bit "puro" (que indica el comando reentrante) y el atributo "S" para el 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 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 dominar 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 una computadora desde un CD-ROM. Se anunció en noviembre de 1994 y se publicó 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 obtuvo su nombre porque su diseño se originó en un restaurante El Torito en Irvine, California ( 33.684722 ° N 117.852547 ° W ). Esto está respaldado por una afirmación de Jack Allweiss, fundador de Future Domain Inc., quien afirma que Future Domain ayudó a establecer el estándar. Los dos autores iniciales fueron Curtis Stevens, de Phoenix Technologies, y Stan Merkin, de IBM. 33 ° 41′05 ″ N 117 ° 51′09 ″ O /  / 33.684722; -117.852547

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 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 dispositivo virtual. disco flexible. Esto es útil para computadoras construidas antes de 1999, que fueron diseñadas para arrancar solo desde una disquetera. 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 de BIOS a la unidad de CD. El número de unidad (para INT 13H ) asignado es cualquiera de 80 hex ( emulación de disco duro ), 00 hex ( 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, haciéndoles parecer como si hubieran sido arrancados desde un disco duro o disquete.

El Torito también se puede utilizar para producir CD que pueden arrancar sistemas operativos Linux , al incluir el cargador de arranque GRUB en el CD y seguir la Especificación de arranque múltiple . Si bien la especificación El Torito alude a una ID de plataforma "Mac", las computadoras Apple Macintosh basadas en PowerPC no la 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 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 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 hasta 64 caracteres Unicode de longitud. Sin embargo, la documentación de mkisofs indica que los nombres de archivo de hasta 103 caracteres de longitud no parecen causar problemas. Microsoft ha documentado que "puede utilizar hasta 110 caracteres".

Joliet permite que se utilicen caracteres Unicode para todos los campos de texto, lo que incluye los nombres de los archivos y el nombre del volumen. Un descriptor de volumen "secundario" con tipo 2 contiene la misma información que el primario (sector 16 desplazado 40 bytes), pero en UCS-2BE en el sector 17, desplazamiento 40 bytes. Como resultado de esto, el nombre del volumen está limitado a 16 caracteres.

Muchos sistemas operativos de PC actuales pueden leer medios formateados en Joliet, lo que permite el intercambio de archivos entre esos sistemas operativos, incluso si están involucrados 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

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 están involucrados caracteres no romanos (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 de ProDOS o HFS / HFS + (el sistema de archivos contemporáneo principal 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 de creador
  • Banderas y datos para mostrar
  • Referencia a una bifurcación 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 TRANS.TBLdebe 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 :

  • El tipo de archivo ("F" para archivo o "D" para directorio);
  • El nombre de archivo ISO 9660 (incluido el "; 1" normalmente oculto para los 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 pestañas entre el nombre de archivo ISO 9660 y el nombre de archivo extendido.

El soporte nativo para el uso TRANS.TBLtodavía existe en muchas implementaciones de ISO 9660, particularmente aquellas relacionadas con Unix . Sin embargo, hace mucho tiempo que ha sido 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 que no sea 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 de sólo lectura y premasterizado, todos los datos deben escribirse de una 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 múltiples 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 un modo denominado "ISO 9660: 1999" (a veces denominado modo "ISO 9660 v2" o "ISO 9660 Nivel 4") que elimina las restricciones siguiendo las directrices. en el borrador de ISO 9660: 1999.

El estándar ISO 13346 / ECMA-167 fue diseñado en conjunto con el estándar ISO 13490. Este nuevo formato aborda la mayoría de las deficiencias de ISO 9660, y un subconjunto de él evolucionó hacia 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 discos ópticos son una forma común de transferir electrónicamente el contenido de los CD-ROM. A menudo tienen la extensión del nombre de archivo.iso ( .iso9660es menos común, pero también se usa) y se conocen comúnmente como "ISO".

Plataformas

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 funciones básicas (no ampliadas) de un disco ISO 9660 simple.

Los sistemas operativos que admiten ISO 9660 y sus extensiones incluyen los siguientes:

Ver también

Referencias

Otras lecturas

enlaces externos