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, [1] se han escrito implementaciones para muchos sistemas operativos .
Desarrollador (es) | Ecma Internacional |
---|---|
Variantes | ISO 13490 |
Introducido | 1988 |
Limites | |
Max. tamaño del volumen | 8 TB |
Otro | |
Apoyados sistemas operativos | Plataforma cruzada |
ISO 9660 tiene sus raíces en el formato High Sierra , [2] que organizó la información de 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árquica (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 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 [3]y enviado para seguimiento rápido a la ISO , donde finalmente fue aceptado 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 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 de arranque ) 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 . [5] en septiembre / [6] de octubre de de 1985 varias compañías expertos invitados a participar en el desarrollo de un documento de trabajo de 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. [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 del Libro Amarillo para CD de datos, 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.
Se envió una versión preliminar a la Asociación Europea de Fabricantes de Computadoras (ECMA). Con cambios, esto llevó a la edición inicial de la norma ECMA-119 en diciembre de 1986. [9] 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. Por motivos de 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. ECMA-119 e ISO 9660 eran necesarias porque el HSF se orientó principalmente hacia 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. [5]
En 2013, ISO publicó la Enmienda 1 a la norma 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 ". [13] En diciembre de 2017, se publicó una tercera edición de ECMA-119 que es técnicamente idéntica a ISO 9660, enmienda 1. [14]
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. [15]
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. [dieciséis]
Nivel superior
Á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. [16] Si bien se sugiere que están reservados para su uso con dispositivos de arranque , [17] un CD-ROM puede contener un descriptor de sistema de archivos alternativo en esta área, y los CD híbridos lo utilizan a menudo para ofrecer versiones clásicas específicas de Mac OS. y contenido específico de macOS . [ cita requerida ]
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 del BIOS utilizado por los discos formateados FAT , HPFS y NTFS ).
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:
Parte | Tipo | 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:
Valor | Tipo |
---|---|
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 de varios bytes, 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. [18]
Directorios y archivos
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).
La norma también especifica las siguientes restricciones de nombres (secciones 7.5 y 7.6): [4]
- 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. [ cita requerida ]
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, [19] que permite una longitud máxima de poco más de 4,2 GB (más precisamente, un byte menos de 4 GB ). Es posible eludir esta limitación utilizando la función de múltiples extensiones (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 GB se pueden dividir en múltiples extensiones (series secuenciales de sectores), cada una sin exceder el límite de 4 GB. 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 GB en medios adecuados, como DVD grabables. [ cita requerida ] Linux admite múltiples extensiones. [20]
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 de arranque ) 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 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 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ó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ón
Otros 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 por libisofs. Descomprimido de forma transparente por el kernel de Linux si está construido con CONFIG_ZISOFS. [21]AL
: registra los atributos de archivo extendidos , incluidas las ACL . Propuesto por liburnia , apoyado por libisofs. [22]
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. [23] El estándar toma su nombre de la ciudad ficticia Rock Ridge en la película Blazing Saddles de Mel Brooks . [24] Las extensiones RRIP son, brevemente:
- Nombres de archivo más largos (hasta 255 bytes) y menos restricciones en los caracteres permitidos (soporte para minúsculas, etc.)
- Modos de archivo de estilo UNIX , ID de usuario e ID de grupo, y marcas de tiempo de archivo
- Soporte para enlaces simbólicos y archivos de dispositivo
- Jerarquía de directorios más profunda (más de 8 niveles)
- Almacenamiento eficiente de archivos dispersos
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 POSIXPN
: Números de dispositivo POSIXSL
: enlace simbólicoNM
: Nombre alternativoCL
: enlace secundarioPL
: enlace principalRE
: directorio reubicadoTF
: sello de tiempoSF
: 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. [25]
El Torito
El Torito es una extensión diseñada para permitir que una computadora arranque desde un CD-ROM. Se anunció en noviembre de 1994 [26] 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 ganó 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 ° W / 33.684722; -117.852547). [27] 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. [28] Los dos autores iniciales fueron Curtis Stevens, de Phoenix Technologies, y Stan Merkin, de IBM. [27]
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 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 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 permite que los sistemas operativos más antiguos se inicien desde un CD, haciéndoles parecer como si se hubieran iniciado 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 . [29] Si bien la especificación El Torito alude a una ID de plataforma "Mac", las computadoras Apple Macintosh basadas en PowerPC no la usan. [30]
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 [31] y Windows NT 4.0 . [32] 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. [33] 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. [34] Microsoft ha documentado que "puede utilizar hasta 110 caracteres". [35]
Joliet permite que se utilicen caracteres Unicode para todos los campos de texto, que incluyen 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 hay caracteres no romanos involucrados (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:
- Microsoft Windows ; [31] Microsoft recomienda el uso de la extensión Joliet para desarrolladores que tengan como objetivo Windows. [36]
- Linux [37]
- macOS [38]
- FreeBSD [39]
- OpenSolaris [40]
- Haiku [41]
- AmigaOS
- Sistema operativo RISC
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 ³. [42]
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: [43]
- 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.TBL
debe utilizar un archivo de traducción de nombres . El TRANS.TBL
archivo 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.TBL
todavía existe en muchas implementaciones de ISO 9660, particularmente aquellas relacionadas con Unix . Sin embargo, hace 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. [44] Este proyecto 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. [45] [46]
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
( .iso9660
es menos común, pero también se usa) y se conocen comúnmente como "ISO". [ cita requerida ]
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 son compatibles con 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:
- 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 las versiones más recientes de Windows pueden leer ISO 9660 Nivel 1, 2, 3, Joliet e ISO 9660: 1999. Windows 7 también puede confundir el formato UDF con CDFS. para obtener más información, consulte UDF .
- Linux y BSD : ISO 9660 Nivel 1, 2, 3, Joliet, Rock Ridge e ISO 9660: 1999
- Apple GS / OS : compatibilidad con ISO nivel 1 y 2 a través del traductor del sistema de archivos HS.FST. [47]
- Mac OS clásico 7 a 9: Nivel ISO 1, 2. El software gratuito opcional es compatible con Rock Ridge y Joliet (incluido el Nivel ISO 3): Joke Ridge y Joliet Volume Access .
- macOS (todas las versiones): ISO Level 1, 2, Joliet y Rock Ridge Extensions. Actualmente, el nivel 3 no es compatible, aunque los usuarios han podido montar estos discos [48]
- AmigaOS admite las extensiones "AS" (que conservan los bits de protección de Amiga y los comentarios del archivo)
- QNX
- ULTRIX
- OS / 2 , eComStation y ArcaOS
- BeOS , Zeta y Haiku
- OpenVMS solo admite los niveles de intercambio 1 a 3 de ISO 9660, sin extensiones [49]
- La compatibilidad con el sistema operativo RISC para medios ópticos escritos en una PC es irregular. La mayoría de los CD-Rs / RWs funcionan perfectamente, sin embargo, los DVD + -Rs / RWs / RAM son completamente impredecibles al ejecutar RISC OS 4.02, RISC OS 4.39 y RISC OS 6.20 [ cita requerida ]
Ver también
- Comparación de software de imagen de disco
- Emulador de imagen de disco
- Lista de normas de la Organización Internacional de Normalización
- CD híbrido
Referencias
- ^ "ISO 9660: 1988 (en), procesamiento de información - estructura de archivo y volumen de CD-ROM para el intercambio de información" . ISO (Organización Internacional de Normalización) . YO ASI. 1988 . Consultado el 17 de diciembre de 2017 .
- ^ "Documento de trabajo para el procesamiento de la información: volumen y estructura de archivos del CD-ROM para el intercambio de información". Sistemas de información óptica . 7 (1): 29–49. Enero de 1987.
- ^ "Volumen y estructura de archivos de CDROM para intercambio de información" . Ecma International. Diciembre de 1987.
- ^ a b Volumen y estructura de archivos del CD-ROM para el intercambio de información (edición corregida). Ginebra: Organización Internacional de Normalización (ISO). 1 de septiembre de 1988.
- ^ a b Peters, Paul Evan (julio de 1989). "Estándares de CD-ROM: El destino de Z39.60" (PDF) . Normas de información trimestrales . Organización Nacional de Normas de Información (NISO). 1 (3): 1–3. ISSN 1041-0031 . Archivado (PDF) desde el original el 18 de noviembre de 2016 . Consultado el 18 de noviembre de 2016 .
- ^ Helliwell, John (14 de octubre de 1986). "Herramienta de referencia premium de los años 90" . Revista de PC : 150–164 . Consultado el 18 de noviembre de 2016 .
- ^ Manes, Stephen ; Andrews, Paul (1993). Gates: cómo el magnate de Microsoft reinventó una industria y se convirtió en el hombre más rico de Estados Unidos . Doubleday . pag. 336. ISBN 0-385-42075-7.
- ^ Anderson, Gregg (junio de 1987). "El futuro del CD-ROM" . Explorador . Publicaciones de Atari Explorer. 7 (3): 19 . Consultado el 18 de noviembre de 2016 .
- ^ "Norma ECMA-119: Volumen y estructura de archivos de CDROM para intercambio de información" (PDF) (1ª ed.). Diciembre de 1986. Archivado (PDF) desde el original el 18 de noviembre de 2016.
- ^ "Estándar ECMA-119: Volumen y estructura de archivos del CDROM para el intercambio de información" (reimpreso en 2ª ed.). Septiembre de 1998 [diciembre de 1987]. Archivado desde el original el 18 de noviembre de 2016 . Consultado el 18 de noviembre de 2016 . [1]
- ^ La invención de los discos compactos .
- ^ "Chip's CD Media Resource Center: CD-ROM página 6" . Archivado desde el original el 26 de julio de 2019 . Consultado el 24 de noviembre de 2020 .
- ^ ISO 9660, Enmienda 1 (ISO 9660: 1988 / Enm.1: 2013 (E))
- ^ "Estándar ECMA-119" (PDF) . Ecma International . Ecma. pag. vii . Consultado el 16 de agosto de 2018 .
- ^ ISO 9660, Enmienda 2 (ISO 9660: 1988 / Enm. 2: 2020 (E))
- ^ a b https://pierrelib.pagesperso-orange.fr/filesystems/iso9660_simplified.html
- ^ http://www.brankin.com/main/technotes/Notes_ISO9660.htm
- ^ ISO9660 secciones 6.9 y 9.4.4
- ^ ISO 9660 sección 9.1.4
- ^ kern / 95222: Se ignoran las secciones de archivo de los CD de nivel 3 de ISO9660 {{sic}}
- ^ "linux / fs / isofs / Kconfig" .
- ^ "Protocolo de intercambio de atributos arbitrarios" .
- ^ "PROTOCOLO DEL PROTOCOLO DE INTERCAMBIO DE ROCK RIDGE IEEE P1282 VERSIÓN ESTÁNDAR 1.12 Adoptado 1994-07-08" .[ enlace muerto ]
- ^ "CDFS el protocolo de intercambio de Rock Ridge (RRIP, IEEE P1282)" .
- ^ Angela Schmidt, Patrick Ohly. "Página de soporte de Amiga MakeCD" (en alemán) . Consultado el 4 de abril de 2017 .
- ^ "Phoenix anuncia la especificación de CD-ROM de arranque; especificación desarrollada conjuntamente por Phoenix e IBM" (Comunicado de prensa). Phoenix Technologies Ltd. 11 de noviembre de 1994 . Consultado el 31 de enero de 2008 .
- ^ a b Parker, Dana J. "Tortillas frescas y estándares de CD-ROM: la especificación del CD-ROM de arranque de El Torito" . CD-ROM Professional . 8 (7). Archivado desde el original el 8 de octubre de 1999 . Consultado el 31 de enero de 2008 .
- ^ "Copia archivada" . Archivado desde el original el 2 de julio de 2016 . Consultado el 24 de noviembre de 2020 .CS1 maint: copia archivada como título ( enlace )
- ^ "El-Torito" . OSDev . Consultado el 3 de enero de 2015 .
- ^ "CD-ROM híbridos de arranque (ISO / HFS)" . Consultado el 3 de enero de 2014 .
- ^ a b "Especificación de Joliet para CD-ROM" . Base de conocimientos de Microsoft . Microsoft. 11 de julio de 2005. MSKB 125630 . Consultado el 29 de mayo de 2012 .
- ^ "Soporte de Windows NT para nombres de archivo largos en el sistema de archivos CDFS" . Base de conocimientos de Microsoft . Microsoft. 1 de noviembre de 2006. MSKB 142372 . Consultado el 29 de mayo de 2012 .
- ^ "Especificación de Joliet para CD-ROM" . Base de conocimientos de Microsoft . Microsoft. 11 de julio de 2005. MSKB 125630 . Consultado el 29 de mayo de 2012 .
- ^ "mkisofs (1)" . Consultado el 17 de junio de 2014 .
- ^ "5 Apéndice A: Comportamiento del producto" . Consultado el 13 de abril de 2014 .
- ^ "Especificación de Joliet para CD-ROM" . Base de conocimientos de Microsoft . Microsoft. 11 de julio de 2005. MSKB 125630 . Consultado el 29 de mayo de 2012 .
- ^ Jeff Tranter (18 de julio de 2001). "¿Es compatible el sistema de archivos Joliet de Microsoft?" . El CÓMO del CD-ROM de Linux . Revisión 1.17 . Consultado el 29 de mayo de 2012 .
- ^ "hdiutil (1)" . Manual de comandos generales BSD . Mac OS X versión 10.7.4. Manzana. 18 de marzo de 2011 . Consultado el 29 de mayo de 2012 .
- ^ "Notas de la versión de FreeBSD 3.2" . El Proyecto FreeBSD . Consultado el 29 de mayo de 2012 .
- ^ "hsfs - High Sierra & ISO 9660 CD-ROM file system" . Conjunto de páginas de manual de OpenSolaris . SunOS 5.11 / OpenSolaris 2009.06. 1 de noviembre de 2006 . Consultado el 29 de mayo de 2012 .
- ^ "Árbol de fuentes de Haiku, src / add-ons / kernel / file_systems / iso9660 / iso9660.cpp" .
- ^ "Discos CD-ROM: Definiciones de nombres de Joliet y Romeo" . Apple Inc. 1 de junio de 2007 . Consultado el 20 de julio de 2010 .
- ^ Nota técnica FL36: Extensiones de Apple a ISO 9660
- ^ JIS X 0606: 1998 / ISO 9660: 1999 Proyecto de especificación
- ^ ECMA-167 - Volumen y estructura de archivos para medios regrabables y de una sola escritura mediante grabación no secuencial para el intercambio de información
- ^ Anuncio de nacimiento: ISO / IEC 13346 e ISO / IEC 13490
- ^ "El GS virtual: uso de imágenes de disco ISO en emuladores de Apple II" (PDF) . Juiced.GS Volumen 9, Número 2. Mayo de 2004.
- ^ "Trabajar con CD de nivel 3 de Joliet creados para PC" . 16 de abril de 2004.
- ^ "Las preguntas más frecuentes (FAQ) de OpenVMS" . Laboratorios Hoffman . Consultado el 1 de septiembre de 2011 .
Otras lecturas
- Evans, Harold ; Buckland, Gail; Lefer, David (2004). Hicieron Estados Unidos: de la máquina de vapor al motor de búsqueda: dos siglos de innovadores . ISBN de Little, Brown and Co. 978-0-316-27766-2.
- Lambert, Steve; Ropiequet, Suzanne, eds. (1986). CD ROM - The New Papyrus: El estado actual y futuro del arte . Microsoft Press . ISBN 0-914845-74-8.
enlaces externos
- "ISO 9660" .
- "ECMA-119" . Esta es la versión ECMA del estándar ISO 9660: 1988, disponible como descarga gratuita
- "Resumen de las especificaciones ISO 9660" .
- "Descripción de estructuras de datos en ISO-9660" . Archivado desde el original el 17 de julio de 2011.
- "Herramienta analizadora ISO 9660 (iat)" . Código libre .
- "Historia de RRIP: Acerca de Young Minds, Inc" . Archivado desde el original el 17 de marzo de 2018.
- "SUSP (IEEE P1281) Borrador de estándar 1.12" (PDF) . 8 de julio de 1994. Archivado desde el original (PDF) el 4 de abril de 2017.
- "RRIP (IEEE P1282) Borrador de estándar 1.12" (PDF) . 8 de julio de 1994. Archivado desde el original (PDF) el 4 de abril de 2017.
- "Extensiones de Amiga en Rock Ridge:" Documentos relacionados con el programa MakeCD " " . 5 de diciembre de 1996.
- "La especificación del formato de CD-ROM de arranque" El Torito ", versión 1.0" (PDF) . Archivado desde el original (PDF) el 18 de febrero de 2008.
- Código fuente de ISOLINUX (ver isolinux.asm línea 294 en adelante)
- "Lista de interrupciones de Ralf Brown" . (ver int 13h en interrupt.b, especialmente funciones 4a a 4d)
- "Suplemento de especificación EL Torito" ., analiza las deficiencias del estándar
- Patente de EE. UU. 5758352 - Espacio de nombre común para nombres de archivo largos y cortos
- "Especificación Joliet" .