ISO 9660

Оптические диски
Общий Оптический диск Оптический привод Авторинг оптических дисков Программное обеспечение для авторинга Технологии записи Режимы записи Запись пакета Площадь резания взрыва
Типы оптических носителей Компакт-диск ( CD ): CD-DA , CD-ROM , CD-R , CD-RW , музыкальный диск 5.1 , Super Audio CD ( SACD ), Photo CD , CD Video ( CDV ), Video CD ( VCD ), Super Video CD ( SVCD ), CD + G , CD-текст , CD-ROM XA , CD-i , MIL-CD , мини-компакт-диск DVD : DVD-R , DVD + R , DVD-R DL , DVD + R DL , DVD-R DS , DVD + R DS , DVD-RW , DVD + RW , DVD-RAM , DVD-D , DVD-A , HVD , EcoDisc , MiniDVD Диск Blu-ray ( BD ): BD-R и BD-RE , Blu-ray 3D , Mini Blu-ray Disc Ультра HD Blu-ray M-ДИСК Универсальный медиа-диск (UMD) Расширенный универсальный диск (EVD) Передний универсальный диск (FVD) Голографический универсальный диск (HVD) Китайский синий диск высокой четкости (CBHD) HD DVD : HD DVD-R , HD DVD-RW , HD DVD-RAM Универсальный многослойный диск высокой четкости (HD VMD) VCDHD GD-ROM Персональный видеодиск (PVD) Мини-диск (MD) , Hi-MD Лазерные диски (LD) , LD-ROM , LV-ROM Видео с одного диска (VSD) Магнитооптические диски Оптическая сверхплотность (UDO) 3D оптическое хранилище данных Объемный оптический диск с накоплением (SVOD) Пятимерный диск ( 5D DVD ) Флуоресцентный многослойный диск Гипер CD-ROM Оптический диск Nintendo (NOD) Архивный диск (AD) Профессиональный диск DataPlay
Стандарты SFF ATAPI / MMC Mount Rainier (пакетная запись) Гора Фудзи (запись скачка слоя) Радужные Книги Файловые системы ISO 9660 Джолиет Ромео Rock Ridge / SUSP Эль-Торито Расширения Apple ISO 9660 Универсальный формат диска ( UDF ) ISO 13490
Смотрите также История оптических носителей информации Война форматов оптических дисков высокой четкости
v т е

ISO 9660 - это файловая система для оптических дисков . Файловая система, продаваемая Международной организацией по стандартизации (ISO), считается международным техническим стандартом . Поскольку спецификация доступна для приобретения, ^[1] реализации были написаны для многих операционных систем .

ISO 9660 прослеживает свои корни к Формату High Sierra , ^[2] , который организовал информацию о файле в плотном, последовательное расположение , чтобы минимизировать непоследовательный доступ с помощью иерархического (восемь уровней каталогов в глубине) дерева файловой организации системы, подобная UNIX и FAT . Чтобы облегчить кроссплатформенную совместимость, он определил минимальный набор общих атрибутов файла (каталог или обычный файл и время записи) и атрибутов имени (имя, расширение и версия), а также использовал отдельную область использования системы, где будущие дополнительные расширения для каждого файл может быть указан. High Sierra была принята в декабре 1986 года (с изменениями) в качестве международного стандарта Ecma International как ECMA-119 ^[3].и был отправлен для ускоренного отслеживания в ISO , где в конечном итоге был принят как ISO 9660: 1988. ^[4] Последующие поправки к стандарту были опубликованы в 2013 и 2020 годах.

Первые 16 секторов файловой системы пусты и зарезервированы для других целей. Остальное начинается с набора дескрипторов тома (блока заголовка, который описывает последующий макет), а затем с таблиц путей, каталогов и файлов на диске. Диск, совместимый с ISO 9660, должен содержать как минимум один дескриптор первичного тома, описывающий файловую систему, и терминатор набора дескрипторов тома.который является дескриптором тома, который отмечает конец набора дескрипторов. Дескриптор основного тома предоставляет информацию о томе, характеристиках и метаданных, включая запись корневого каталога, которая указывает, в каком секторе находится корневой каталог. Другие поля содержат метаданные, такие как имя тома и создателя, а также размер и количество логических блоков, используемых файловой системой. Таблицы путей обобщают структуру каталогов соответствующей иерархии каталогов. Для каждого каталога в изображении таблица путей предоставляет идентификатор каталога, расположение экстента, в котором каталог записан, длину любых расширенных атрибутов, связанных с каталогом, и индекс записи в таблице путей его родительского каталога.

Существует несколько расширений ISO 9660, которые ослабляют некоторые его ограничения. Известные примеры включают Rock Ridge (разрешения в стиле Unix и более длинные имена), Joliet ( Unicode , позволяющий использовать нелатинские сценарии ), El Torito (делает компакт-диски загрузочными ) и Apple ISO 9660 Extensions ( специфичные для macOS характеристики файлов. такие как вилки ресурсов , дата резервного копирования файлов и многое другое).

История [ править ]

Компакт-диски изначально были разработаны для записи музыкальных данных, но вскоре стали использоваться для хранения дополнительных типов цифровых данных, поскольку они были одинаково эффективны для хранения архивных данных. Сначала каждый производитель CD-ROM создавал свой собственный формат, поскольку не было стандартов высокого уровня, только стандарт Yellow Book CD-ROM для самого низкого уровня. Возникла потребность в стандарте для организации данных на компакт-дисках в логические единицы, такие как файлы. Для разработки стандарта файловой системы CD-ROM ( Z39.60 - Объем и файловая структура CDROM для обмена информацией ) Национальная организация по информационным стандартам (NISO) в июле 1985 г. учредила комитет по стандартам SC EE (формат данных компакт-диска). . ^[5]В сентябре / ^[6] октябре 1985 г. несколько компаний пригласили экспертов для участия в разработке рабочего документа по такому стандарту.

В ноябре 1985 года представители производителей компьютерного оборудования собрались в отеле и казино High Sierra (в настоящее время называемом Hard Rock Hotel and Casino ) недалеко от озера Тахо , штат Калифорния. ^[7] Эта группа стала известна как Группа High Sierra ( HSG ). На встрече присутствовали представители Apple Computer , AT&T , ^{[ необходима ссылка ]} Digital Equipment Corporation (DEC), Hitachi , LaserData , Microware , ^{[ необходима ссылка ]} Microsoft, 3M , Philips , Reference Technology Inc. , Sony Corporation , TMS Inc. , VideoTools (позже Meridian ^[8] ), Xebec и Yelick . ^{[ необходима цитата ]} Отчет о встрече развился из стандарта CD-ROM Желтой книги для компакт-дисков с данными, который был настолько открытым, что приводил к диверсификации и созданию многих несовместимых методов хранения данных. Предложение High Sierra Group ( HSGP ) было выпущено в мае 1986 года.

Черновой вариант был представлен в Европейскую ассоциацию производителей компьютеров (ECMA). С изменениями это привело к выпуску первой редакции стандарта ECMA-119 в декабре 1986 года. ^[9] ECMA представила свой стандарт Международной организации по стандартизации (ISO) для ускоренного отслеживания , где он был дополнительно доработан до ISO 9660. Для совместимости второе издание ECMA-119 было пересмотрено и теперь эквивалентно ISO 9660 в декабре 1987 года. ^{[10] [11] [12]} ISO 9660: 1988был опубликован в 1988 году. ECMA-119 и ISO 9660 были необходимы, потому что HSF был ориентирован в первую очередь на потребности рынка США. Международные расширения - основная разница между форматами.

Чтобы не создавать несовместимости, NISO приостановила дальнейшую работу над Z39.60, который был принят членами NISO 28 мая 1987 г. Он был отозван до окончательного утверждения в пользу ISO 9660. ^[5]

В 2013 году ISO опубликовал поправку 1 к стандарту ISO 9660, вводящую новые структуры данных и упрощенные правила имен файлов, предназначенные для «гармонизации между ISO 9660 и широко используемой« Спецификацией Joliet »». ^[13] В декабре 2017 года было опубликовано 3-е издание ECMA-119, которое технически идентично ISO 9660, поправка 1. ^[14]

В 2020 году ISO опубликовала поправку 2, которая добавляет некоторые незначительные пояснения, но не добавляет или не исправляет какую-либо техническую информацию стандарта. ^[15]

Технические характеристики [ править ]

Ниже приводится приблизительная общая структура файловой системы ISO 9660.

Многобайтовые значения могут храниться в трех различных форматах: обратный порядок байтов , обратный порядок байтов и конкатенация обоих типов в том, что в спецификации называется «двухбайтовым» порядком. В нескольких полях дескрипторов томов и записей каталогов требуется двухбайтовый порядок, в то время как таблицы путей могут быть либо прямым порядком, либо прямым порядком байтов. ^[16]

Верхний уровень [ править ]

Системная область , первые 32768 байтов данных диска (16 секторов 2048 байт каждый), не используется по ISO 9660 и , следовательно , для других целей. ^[16] Хотя предполагается, что они зарезервированы для использования загрузочными носителями , ^[17] компакт-диск может содержать альтернативный дескриптор файловой системы в этой области, и он часто используется гибридными компакт-дисками, чтобы предложить классические, специфичные для Mac OS. и специфический для macOS контент. ^{[ необходима цитата ]}

Набор дескрипторов тома [ править ]

Область данных начинается с набора дескрипторов тома , набора из одного или нескольких дескрипторов тома, оканчивающихся указателем конца набора дескрипторов тома . В совокупности они действуют как заголовок для области данных, описывая ее содержимое (аналогично блоку параметров BIOS, используемому дисками, отформатированными в FAT , HPFS и NTFS ).

Каждый дескриптор тома имеет размер 2048 байтов, что идеально подходит для одного сектора Mode 1 или Mode 2 Form 1. Они имеют следующую структуру:

Поле данных дескриптора тома может быть разделено на несколько полей, точное содержание которых зависит от типа. Избыточные копии каждого дескриптора тома также могут быть включены в случае повреждения первой копии дескриптора.

Стандартные типы дескрипторов тома следующие:

Диск, совместимый с ISO 9660, должен содержать по крайней мере один дескриптор первичного тома, описывающий файловую систему, и терминатор набора дескрипторов тома для указания конца последовательности дескрипторов. Объем дескриптора набора терминатор- это просто особый тип дескриптора тома, предназначенный для обозначения конца этого набора структур. Дескриптор основного тома предоставляет информацию о томе, характеристиках и метаданных, включая запись корневого каталога, которая указывает, в каком секторе находится корневой каталог. Другие поля содержат описание или имя тома, а также информацию о том, кто его создал и с каким приложением. Размер логических блоков, которые файловая система использует для сегментирования тома, также сохраняется в поле внутри дескриптора первичного тома, а также объем пространства, занимаемого томом (измеряется в количестве логических блоков).

В дополнение к дескрипторам основного тома, дополнительным дескрипторам тома или расширенным дескрипторам томаможет присутствовать. Дополнительные дескрипторы тома описывают тот же том, что и дескриптор основного тома, и обычно используются для обеспечения поддержки дополнительной кодовой страницы, когда стандартных кодовых таблиц недостаточно. Стандарт определяет, что ISO 2022 используется для управления наборами кодов, размер которых превышает 8 байтов, и что escape-последовательности ISO 2375 используются для идентификации каждой конкретной используемой кодовой страницы. Следовательно, ISO 9660 поддерживает международные однобайтовые и многобайтовые наборы символов при условии, что они вписываются в рамки упомянутых стандартов. Однако ISO 9660 не определяет никаких кодовых страниц, которые гарантированно поддерживаются: любое использование кодовых таблиц, кроме тех, которые определены в самом стандарте, подлежит соглашению между отправителем и получателем тома.Расширенные дескрипторы томов были введены в ISO 9660, поправка 1. Они ослабляют некоторые требования к другим дескрипторам томов и записям каталога, на которые они ссылаются: например, глубина каталога может превышать восемь, идентификаторы файлов не обязательно должны содержать '.' или номер версии файла, длина идентификатора файла и каталога увеличивается до 207.

Таблицы путей [ править ]

Таблицы путей обобщают структуру каталогов соответствующей иерархии каталогов. Для каждого каталога в изображении таблица путей предоставляет идентификатор каталога, расположение экстента, в котором каталог записан, длину любых расширенных атрибутов, связанных с каталогом, и индекс записи в таблице путей его родительского каталога. Номер родительского каталога - это 16-битное число, ограничивающее его диапазон от 1 до 65 535. ^[18]

Каталоги и файлы [ править ]

Записи каталога сохраняются после местоположения записи корневого каталога, откуда начинается оценка имен файлов. И каталоги, и файлы хранятся в виде экстентов , которые представляют собой последовательные серии секторов. Файлы и каталоги различаются только атрибутом файла, который указывает на его природу (аналогично Unix). Атрибуты файла хранятся в записи каталога, описывающей файл, и, необязательно, в расширенной записи атрибутов. Чтобы найти файл, имена каталогов в пути к файлу можно проверять последовательно, переходя к местоположению каждого каталога для получения местоположения следующего подкаталога. Однако файл также можно найти с помощью таблицы путей, предоставленной файловой системой. В этой таблице путей хранится информация о каждом каталоге, его родительском элементе и его местонахождении на диске. Поскольку таблица путей хранится в непрерывной области, ее можно искать намного быстрее, чем переход к конкретным местоположениям каждого каталога на пути к файлу, что сокращает время поиска.

Стандарт определяет три вложенных уровня обмена (перефразировано из раздела 10):

• Уровень 1. Имена файлов ограничены восемью символами с трехсимвольным расширением. Имена каталогов ограничены восемью символами. Файлы могут содержать один единственный файловый раздел.
• Уровень 2: файлы могут содержать один единственный файловый раздел.
• Уровень 3: Никаких дополнительных ограничений, кроме предусмотренных в основной части стандарта. То есть, длина идентификаторов каталогов не может превышать 31 символа, а имя файла + '.' + расширение имени файла не может превышать 30 символов в длину (разделы 7.5 и 7.6). Файлы также могут состоять из нескольких несмежных разделов (с некоторыми ограничениями по порядку).

Дополнительные ограничения в теле стандарта: глубина иерархии каталогов не должна превышать 8 (корневой каталог находится на уровне 1), а длина пути любого файла не должна превышать 255 (раздел 6.8.2.1).

Стандарт также определяет следующие ограничения имен (разделы 7.5 и 7.6): ^[4]

• Все уровни ограничивают имена файлов в обязательной иерархии файлов заглавными буквами, цифрами, подчеркиванием («_») и точкой. (см. также раздел 7.4.4 и приложение A),
• Если для имени файла не указаны символы, тогда расширение имени файла должно состоять как минимум из одного символа.
• Если для расширения имени файла не указаны символы, имя файла должно состоять как минимум из одного символа.
• В именах файлов не должно быть более одной точки.
• В именах каталогов вообще не должны использоваться точки.

Производитель CD-ROM может выбрать один из более низких уровней обмена, указанных в главе 10 стандарта, и дополнительно ограничить длину имени файла с 30 символов до 8 + 3 в идентификаторах файлов и 8 в идентификаторах каталогов, чтобы способствовать взаимозаменяемости. с реализациями, которые не реализуют полный стандарт. ^{[ необходима цитата ]}

Все числа в файловых системах ISO 9660, кроме однобайтового значения, используемого для смещения GMT, являются числами без знака. По мере того как длина файла степени на диске хранится в 32 битное значение, ^[19] , что позволяет обеспечить максимальную длину чуть более 4,2  Гб (точнее, один байт меньше , чем 4  ГБ ). Это ограничение можно обойти, используя функцию мультиэкстентности (фрагментацию) стандарта ISO 9660 уровня 3 для создания файловых систем ISO 9660 и отдельных файлов размером до 8 ТБ. При этом файлы размером более 4 ГБ могут быть разделены на несколько экстентов (последовательные серии секторов), каждый из которых не превышает ограничения в 4 ГБ. Например, бесплатное программное обеспечение, такое как InfraRecorder , ImgBurn и mkisofsа также Roxio Toast могут создавать файловые системы ISO 9660, которые используют файлы с несколькими экстентами для хранения файлов размером более 4 ГБ на соответствующих носителях, таких как записываемые DVD. ^{[ необходима цитата ]} Linux поддерживает несколько экстентов. ^[20]

Расширения и улучшения [ править ]

Существует несколько расширений ISO 9660, которые ослабляют некоторые его ограничения. Известные примеры включают Rock Ridge (разрешения в стиле Unix и более длинные имена), Joliet ( Unicode , позволяющий использовать нелатинские сценарии ), El Torito (делает компакт-диски загрузочными ) и Apple ISO 9660 Extensions ( специфичные для macOS характеристики файлов. такие как вилки ресурсов , дата резервного копирования файлов и многое другое).

SUSP [ править ]

Протокол совместного использования системы (SUSP, IEEE P1281) предоставляет общий способ включения дополнительных свойств для любой записи каталога, доступной из первичного дескриптора тома (PVD). В томе ISO 9660 каждая запись каталога имеет дополнительную область использования системы , содержимое которой не определено и остается для интерпретации системой. SUSP определяет метод подразделения этой области на несколько полей использования системы, каждое из которых идентифицируется двухсимвольным тегом подписи. Идея, лежащая в основе SUSP, заключалась в том, что он позволял создавать и включать в том любое количество независимых расширений ISO 9660 без конфликтов. Это также позволяет включать данные о свойствах, которые в противном случае были бы слишком большими, чтобы поместиться в пределах области использования системы.

SUSP определяет несколько общих тегов и полей использования системы:

• CE: Продолжение
• PD: Поле заполнения
• SP: Индикатор протокола совместного использования системы
• ST: Система использует терминатор протокола совместного использования
• ER: Справочник по расширениям
• ES: Селектор расширений

Другие известные поля SUSP включают:

• AA: Расширение Apple, предпочтительно
• BA: Расширение Apple, старое (отсутствует атрибут длины)
• AS: Свойства файла Amiga
• ZF: сжатый файл: zisofs, обычно создается программой mkzftree или libisofs. Прозрачно распаковывается ядром Linux, если он собран с CONFIG_ZISOFS. ^[21]
• AL: записывает расширенные атрибуты файлов , включая списки контроля доступа . Предлагается liburnia при поддержке libisofs. ^[22]

Расширения Apple технически не соответствуют стандарту SUSP; однако основная структура полей AA и AB, определенная Apple, является прямой совместимой с SUSP; так что осторожно том может использовать как расширения Apple, так и расширения RRIP.

Рок Ридж [ править ]

Rock Ridge Interchange Protocol (RRIP, IEEE P1282) является расширение , которое добавляет POSIX Файловая система семантику. Доступность этих свойств расширения обеспечивает лучшую интеграцию с Unix и Unix-подобными операционными системами. ^[23] Стандарт берет свое название от вымышленного города Rock Ridge в Мэла Брукса фильма " Сверкающие сёдла . ^[24] Вкратце, расширения RRIP:

• Более длинные имена файлов (до 255 байт) и меньше ограничений на разрешенные символы (поддержка строчных букв и т. Д.)
• Режимы файлов в стиле UNIX , идентификаторы пользователей и групп, а также временные метки файлов
• Поддержка символических ссылок и файлов устройств
• Более глубокая иерархия каталогов (более 8 уровней)
• Эффективное хранение разреженных файлов

Расширения RRIP построены на основе SUSP, определяя дополнительные теги для поддержки семантики POSIX, а также формат и значение соответствующих полей использования системы:

• RR: Индикатор использования расширений Rock Ridge (примечание: исключено из стандарта после версии 1.09)
• PX: Атрибуты файла POSIX
• PN: Номера устройств POSIX
• SL: символическая ссылка
• NM: альтернативное имя
• CL: дочерняя ссылка
• PL: родительская ссылка
• RE: перемещенный каталог
• TF: отметка времени
• SF: разреженные данные файла

Amiga Rock Ridge похожа на RRIP, но предоставляет дополнительные свойства, используемые AmigaOS . Он также построен на стандарте SUSP путем определения поля использования системы с пометкой «AS». Таким образом, как Amiga Rock Ridge, так и POSIX RRIP можно использовать одновременно на одном томе. Некоторые из специфических свойств, поддерживаемых этим расширением, - это дополнительные биты Amiga для файлов. Поддерживается атрибут «P», обозначающий «чистый» бит (указывающий на команду повторного входа), и атрибут «S» для бита сценария (указывающий на пакетный файл.). Сюда входят флаги защиты и необязательное поле для комментариев. Эти расширения были представлены Анжелой Шмидт с помощью Эндрю Янга, основного автора Rock Ridge Interchange Protocol и System Use Sharing Protocol. Первым общедоступным программным обеспечением для создания CD-ROM с расширениями Amiga было MakeCD , программное обеспечение Amiga, которое Анджела Шмидт разработала вместе с Патриком Оли. ^[25]

Эль Торито [ править ]

El Torito - это расширение, позволяющее компьютеру загружаться с компакт-диска. Он был анонсирован в ноябре 1994 года ^[26] и впервые выпущен в январе 1995 года как совместное предложение IBM и производителя BIOS Phoenix Technologies . Согласно легенде, расширение El Torito CD / DVD для ISO 9660 получило свое название, потому что его дизайн возник в ресторане El Torito в Ирвине, Калифорния ( 33.684722 ° N 117.852547 ° W ). ^[27] Это подтверждается утверждением Джека Аллвейса, основателя Future Domain Inc., который утверждает, что Future Domain помог установить стандарт. ^[28]33 ° 41′05 ″ с.ш. 117 ° 51′09 ″ з.д. /  / 33.684722; -117,852547Первыми двумя авторами были Кертис Стивенс из Phoenix Technologies и Стэн Меркин из IBM. ^[27]

32-разрядная BIOS ПК будет искать загрузочный код на компакт-диске ISO 9660. Стандарт допускает загрузку в двух разных режимах. Либо в эмуляции жесткого диска , когда загрузочная информация может быть доступна непосредственно из компакт - диск, или в гибком режиме эмуляции , где загрузочная информация хранится в файле изображения в виде гибкого диска , который загружается с компакт - диска , а затем ведет себя как виртуальная дискета. Это полезно для компьютеров, построенных примерно до 1999 г. и предназначенных для загрузки только с дисковода гибких дисков. Для современных компьютеров режим «без эмуляции», как правило, является более надежным методом. BIOS назначит дисководу компакт-дисков номер привода BIOS. Назначенный номер диска (для INT 13H ) - любой из 80 _{шестнадцатеричных} ( жесткий дискemulation), 00 _{шестнадцатеричный} ( эмуляция гибкого диска ) или произвольное число, если BIOS не должен обеспечивать эмуляцию. Эмуляция позволяет загружать старые операционные системы с компакт-диска, создавая впечатление, что они загружаются с жесткого или гибкого диска.

El Torito также можно использовать для производства компакт-дисков, которые могут загружать операционные системы Linux , путем включения загрузчика GRUB на компакт-диск и следования спецификации мультизагрузки . ^[29] Хотя спецификация El Torito ссылается на идентификатор платформы «Mac», компьютеры Apple Macintosh на базе PowerPC не используют его. ^[30]

Джолиет [ править ]

Joliet является расширением определена и одобрен Microsoft и был поддержан всеми версиями своей ОС Windows операционной системы , начиная с Windows 95 ^[31] и Windows NT 4.0 . ^[32] Его основная цель - ослабление ограничений на имена файлов, присущих полному соответствию ISO 9660. Joliet выполняет это, предоставляя дополнительный набор имен файлов, закодированных в UCS-2 BE ( UTF-16 BE на практике, начиная с Windows 2000). Эти имена файлов хранятся в специальном дополнительном дескрипторе тома, который безопасно игнорируется программным обеспечением, совместимым с ISO 9660, тем самым сохраняя обратную совместимость. ^[33]Спецификация разрешает только имена файлов иметь длину до 64 символов Unicode . Однако в документации к mkisofs говорится, что имена файлов длиной до 103 символов не вызывают проблем. ^[34] Microsoft задокументировала, что «может использовать до 110 символов». ^[35]

Joliet позволяет использовать символы Unicode для всех текстовых полей, включая имена файлов и имя тома. «Вторичный» дескриптор тома с типом 2 содержит ту же информацию, что и первичный (сектор 16, смещение 40 байтов), но в UCS-2BE в секторе 17, смещение 40 байтов. В результате имя тома ограничено 16 символами.

Многие современные операционные системы ПК могут читать носители в формате Joliet, что позволяет обмениваться файлами между этими операционными системами, даже если используются нелатинские символы (например, арабский, японский или кириллица), что ранее было невозможно с обычным ISO 9660. -форматированные носители. Операционные системы, которые могут читать носители Joliet, включают:

• Microsoft Windows ; ^[31] Microsoft рекомендует использовать расширение Joliet для разработчиков, ориентированных на Windows. ^[36]
• Linux ^[37]
• macOS ^[38]
• FreeBSD ^[39]
• OpenSolaris ^[40]
• Хайку ^[41]
• AmigaOS
• ОС RISC

Ромео [ править ]

Romeo был разработан Adaptec и позволяет использовать длинные имена файлов до 128 символов. Однако Romeo не имеет обратной совместимости с ISO 9660, и диски, созданные с использованием этой файловой системы, могут быть прочитаны только на платформах Windows 9x и Windows NT , что не позволяет обмениваться файлами между этими операционными системами, если используются нелатинские символы (например, Арабский, японский или кириллица), например ü становится ³. ^[42]

Расширения Apple [ править ]

Apple Computer разработала набор расширений, которые добавляют к файловой системе свойства ProDOS или HFS / HFS + (основная современная файловая система для Mac OS). Некоторые из дополнительных свойств метаданных включают: ^[43]

• Дата последней резервной копии
• Тип файла
• Код создателя
• Флаги и данные для отображения
• Ссылка на вилку ресурса

Чтобы позволить системам, отличным от Macintosh, получать доступ к файлам Macintosh на компакт-дисках, Apple решила использовать расширение стандартного формата ISO 9660. Большая часть данных, кроме метаданных Apple, остается видимой для операционных систем , которые могут читать ISO 9660.

Другие расширения [ править ]

Для операционных систем, которые не поддерживают какие-либо расширения, TRANS.TBLнеобходимо использовать файл преобразования имен . TRANS.TBLФайл представляет собой обычный ASCII текстовый файл. Каждая строка содержит три поля, разделенных произвольным количеством пробелов :

• Тип файла («F» для файла или «D» для каталога);
• Имя файла ISO 9660 (включая обычно скрытый символ "; 1" для файлов); а также
• Расширенное имя файла, которое может содержать пробелы.

Большинство реализаций, которые создают файлы TRANS.TBL, помещают один пробел между типом файла и именем ISO 9660 и некоторое произвольное количество табуляции между именем файла ISO 9660 и расширенным именем файла.

Встроенная поддержка использования TRANS.TBLвсе еще существует во многих реализациях ISO 9660, особенно связанных с Unix . Однако его уже давно вытеснили другие расширения, и современные утилиты, создающие образы ISO 9660, либо вообще не могут создавать файлы TRANS.TBL, либо больше не создают их, если это явно не запрошено пользователем. Поскольку файл TRANS.TBL не имеет специальной идентификации, кроме имени, его также можно создать отдельно и включить в каталог перед созданием файловой системы.

Стандарт ISO 13490 - это расширение формата ISO 9660, которое добавляет поддержку нескольких сеансов на диске. Поскольку ISO 9660 по своей природе является файловой системой, доступной только для чтения и предварительно настроенной, все данные должны быть записаны на носитель за один раз или «сеанс». После написания нет никаких условий для изменения сохраненного содержимого. ISO 13490 был создан, чтобы разрешить добавление дополнительных файлов на записываемый диск, такой как CD-R, за несколько сеансов.

JIS X 0606: 1998, также известный как ISO 9660: 1999, представляет собой проект японского промышленного стандарта, созданный Японским национальным органом (JTC1 N4222) с целью внесения некоторых улучшений и устранения некоторых ограничений из исходного стандарта ISO 9660. ^[44] Этот проект был представлен в 1998 году, но еще не ратифицирован в качестве стандарта ISO. Некоторые из его изменений включают в себя удаление некоторых ограничений, налагаемых исходным стандартом, путем увеличения максимальной длины имени файла до 207 символов, удаления восьмиуровневого максимального предела вложенности каталогов и удаления специального значения символа точки в именах файлов. Некоторые операционные системы допускают такие же послабления при чтении оптических дисков. Несколько инструментов для создания дисков (например, Nero Burning ROM , mkisofs иImgBurn ) поддерживает так называемый режим «ISO 9660: 1999» (иногда называемый режимом «ISO 9660 v2» или «ISO 9660 Level 4»), который снимает ограничения в соответствии с рекомендациями проекта ISO 9660: 1999.

Стандарт ISO 13346 / ECMA-167 был разработан совместно со стандартом ISO 13490. Этот новый формат устраняет большинство недостатков ISO 9660, а его подмножество превратилось в универсальный дисковый формат (UDF), который был принят для DVD . Таблица дескрипторов томов сохраняет макет ISO9660, но идентификатор был обновлен. ^{[45] [46]}

Образы дисков [ править ]

Образы оптических дисков - это распространенный способ электронной передачи содержимого компакт-дисков. Они часто имеют расширение имени файла .iso ( .iso9660реже, но также используются) и обычно называются «ISO». ^{[ необходима цитата ]}

Платформы [ править ]

Большинство операционных систем поддерживают чтение дисков в формате ISO 9660, а большинство новых версий поддерживают такие расширения, как Rock Ridge и Joliet. Операционные системы, которые не поддерживают расширения, обычно показывают основные (не расширенные) функции обычного диска ISO 9660.

Операционные системы, поддерживающие ISO 9660 и его расширения, включают следующее:

• DOS : доступ с расширениями, такими как MSCDEX.EXE (Microsoft CDROM Extension), NWCDEX.EXE или CORELCDX.EXE
• Microsoft Windows 95 , Windows 98 , Windows ME : может читать ISO 9660 уровня 1, 2, 3 и Joliet
• Microsoft Windows NT 4.0 , Windows 2000 , Windows XP и более новые версии Windows могут читать ISO 9660 уровня 1, 2, 3, Joliet и ISO 9660: 1999. Windows 7 также может ошибочно принять формат UDF за CDFS. для получения дополнительной информации см. UDF .
• Linux и BSD : ISO 9660, уровень 1, 2, 3, Joliet, Rock Ridge и ISO 9660: 1999
• Apple GS / OS : поддержка ISO уровня 1 и 2 через переводчик файловой системы HS.FST. ^[47]
• Классическая Mac OS 7–9: уровень ISO 1, 2. Дополнительное бесплатное программное обеспечение поддерживает Rock Ridge и Joliet (включая уровень ISO 3): Joke Ridge и Joliet Volume Access .
• macOS (все версии): ISO Level 1, 2, Joliet и Rock Ridge Extensions. Уровень 3 в настоящее время не поддерживается, хотя пользователи смогли смонтировать эти диски ^[48]
• AmigaOS поддерживает расширения "AS" (которые сохраняют биты защиты Amiga и комментарии к файлам)
• QNX
• ULTRIX
• OS / 2 , eComStation и ArcaOS
• BeOS , Zeta и Haiku
• OpenVMS поддерживает только уровни обмена ISO 9660 1-3 без расширений ^[49]
• Поддержка ОС RISC для оптических носителей, записанных на ПК, неоднородна. Большинство дисков CD-R / RW работают отлично, однако диски DVD + -R / RW / RAM полностью пропадают под управлением RISC OS 4.02, RISC OS 4.39 и RISC OS 6.20 ^{[ необходима ссылка ]}

См. Также [ править ]

• Сравнение программ создания образов дисков
• Эмулятор образа диска
• Список стандартов Международной организации по стандартизации
• Гибридный компакт-диск

Ссылки [ править ]

Дальнейшее чтение [ править ]

• Эванс, Гарольд ; Бакленд, Гейл; Лефер, Дэвид (2004). Они создали Америку: от паровой машины к поисковой системе: два века новаторов . ISBN компании Little, Brown and Co.  978-0-316-27766-2.
• Ламберт, Стив; Ропике, Сюзанна, ред. (1986). CD-ROM - Новый Папирус: современное и будущее состояние искусства . Microsoft Press . ISBN 0-914845-74-8.

Внешние ссылки [ править ]

• «ISO 9660» .
• «ЭКМА-119» . Это выпуск стандарта ISO 9660: 1988 ECMA, доступный для бесплатной загрузки.
• «Краткое изложение спецификаций ISO 9660» .
• «Описание структур данных в ISO-9660» . Архивировано из оригинала 17 июля 2011 года.
• «Инструмент анализатора ISO 9660 (iat)» . Свободный код .
• «История RRIP: О компании Young Minds, Inc.» . Архивировано из оригинала 17 марта 2018 года.
• «Проект стандарта 1.12 SUSP (IEEE P1281)» (PDF) . 8 июля 1994 г. Архивировано из оригинального (PDF) 4 апреля 2017 г.
• «Проект стандарта 1.12 RRIP (IEEE P1282)» (PDF) . 8 июля 1994 г. Архивировано из оригинального (PDF) 4 апреля 2017 г.
• «Расширения Amiga для Rock Ridge:« Документы, относящиеся к программе MakeCD » » . 5 декабря 1996 г.
• "Спецификация формата загрузочного компакт-диска" El Torito ", версия 1.0" (PDF) . Архивировано из оригинального (PDF) 18 февраля 2008 года.
• Исходный код ISOLINUX (см. Строку Isolinux.asm 294 и далее)
• "Список прерываний Ральфа Брауна" . (см. int 13h в interrupt.b, особенно функции с 4a по 4d)
• «Дополнение к спецификации EL Torito» ., обсуждаются недостатки стандарта
• Патент США 5758352 - Общее пространство имен для длинных и коротких имен файлов.
• «Спецификация Joliet» .