ISO 9660 - Википедия - ISO 9660

ISO 9660
Разработчики)Ecma International
ВариантыISO 13490
Введено1988; 32 года назад (1988)
Пределы
Максимум. размер тома4 ГиБ
Другой
Поддерживается операционные системыКросс-платформа
Оптические диски
Значок компакт-диска test.svg

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

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

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

Существует несколько расширений ISO 9660, которые ослабляют некоторые его ограничения. Известные примеры включают Rock Ridge (Разрешения в стиле Unix и более длинные имена), Джолиет (Unicode, позволяя не-Латинские шрифты использоваться), Эль-Торито (позволяет компакт-дискам быть загрузочный ) и Расширения Apple ISO 9660 (macOS -конкретные характеристики файла, такие как вилки ресурсов, дату резервного копирования файла и др.).

История

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

В ноябре 1985 года представители производителей компьютерной техники собрались на Хай Сьерра Отель и Казино (в настоящее время называется Хард Рок Отель и Казино ) возле озеро Тахо, Калифорния.[7] Эта группа стала известна как High Sierra Group (HSG). На встрече присутствовали представители Компьютер Apple, AT&T,[нужна цитата ] Корпорация цифрового оборудования (DEC), Hitachi, LaserData, Микроволновая печь,[нужна цитата ] Microsoft, 3 млн, Philips, Reference Technology Inc., Sony Corporation, TMS Inc., ВидеоИнструменты (позже Меридиан[8]), Xebec, и Йелик.[нужна цитата ] Отчет о встрече был разработан на основе Желтая книга Стандарт 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 и широко используемыми».Джолиет Технические характеристики'."[13] В декабре 2017 года было опубликовано 3-е издание стандарта ECMA-119, которое технически идентично стандарту ISO 9660, поправка 1.[14]

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

Характеристики

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

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

Верхний уровень

Файловая система ISO 9660
Системная область (32768 Б)Не используется ISO 9660
Область данных
Набор дескрипторов объема
Таблицы путей, каталоги и файлы

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

Набор дескрипторов объема

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

Набор дескрипторов объема
Дескриптор тома # 1
...
Дескриптор объема #N
Терминатор набора дескрипторов тома

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

Дескриптор тома (2048 байт)
ЧастьТипИдентификаторВерсияДанные
Размер1 байт5 байтов (всегда 'CD001')1 байт (всегда 0x01)2,041 байт

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

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

Основные типы дескрипторов тома
ЦенитьТип
0Дескриптор тома загрузочной записи
1Дескриптор первичного тома
2Дополнительный дескриптор тома или расширенный дескриптор тома
3Дескриптор раздела тома
255Терминатор набора дескрипторов тома

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

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

Таблицы путей

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

Каталоги и файлы

Обзор структуры каталогов ISO 9660

Записи каталога сохраняются после местоположения записи корневого каталога, откуда начинается оценка имен файлов. И каталоги, и файлы хранятся как экстенты, которые представляют собой последовательные серии секторов. Файлы и каталоги различаются только атрибутом файла, который указывает на его природу (аналогично 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 ГиБ. Например, бесплатное программное обеспечение, такое как Инфрарекордер, ImgBurn и mkisofs а также Роксио Тост могут создавать файловые системы ISO 9660, которые используют файлы с несколькими экстентами для хранения файлов размером более 4 ГиБ на соответствующих носителях, таких как записываемые DVD.[нужна цитата ] Linux поддерживает несколько экстентов.[20]

Расширения и улучшения

Существует несколько расширений ISO 9660, которые ослабляют некоторые его ограничения. Известные примеры включают Rock Ridge (Разрешения в стиле Unix и более длинные имена), Джолиет (Unicode, позволяя не-Латинские шрифты использоваться), Эль-Торито (позволяет компакт-дискам быть загрузочный ) и Расширения Apple ISO 9660 (macOS -конкретные характеристики файла, такие как вилки ресурсов, дату резервного копирования файла и др.).

SUSP

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

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

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

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

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

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

Rock Ridge

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

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

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

Амига Рок Ридж похож на 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]

Эль-Торито

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

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

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

Джолиет

Джолиет является расширением, указанным и одобренным Microsoft и поддерживался всеми версиями его Windows Операционная система поскольку Windows 95[31] и Windows NT 4.0.[32] Его основная цель - ослабление ограничений на имена файлов, присущих полному соответствию ISO 9660. Joliet выполняет это, предоставляя дополнительный набор имен файлов, закодированных в UCS-2 БЫТЬ (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, включают:

Ромео

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

Расширения Apple

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

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

Чтобы позволить системам, отличным от Macintosh, получать доступ к файлам Macintosh на CD-ROM, 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 уровень 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 и его расширения, включают следующее:

  • ДОС: доступ с расширениями, такими как MSCDEX.EXE (Расширение Microsoft CDROM), NWCDEX.EXE или CORELCDX.EXE
  • Microsoft Windows 95, Windows 98, Windows ME: может читать ISO 9660 уровня 1, 2, 3 и Джолиет
  • Microsoft Windows NT 4.0, Windows 2000, Windows XP и более новые версии Windows могут читать ISO 9660 уровня 1, 2, 3, Джолиет и 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 и Джолиет (включая уровень ISO 3): Joke Ridge и Доступ к объему Joliet.
  • macOS (все версии): ISO Level 1, 2, Джолиет и Rock Ridge Расширения. Уровень 3 в настоящее время не поддерживается, хотя пользователи могли монтировать эти диски[48]
  • AmigaOS поддерживает расширения "AS" (которые сохраняют биты защиты Amiga и комментарии к файлам)
  • QNX
  • ULTRIX
  • OS / 2, eComStation и ArcaOS
  • BeOS, Зета и Хайку
  • 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.[нужна цитата ]

Смотрите также

Рекомендации

  1. ^ «ISO 9660: 1988 (en), Обработка информации - Объем и файловая структура CD-ROM для обмена информацией». ISO (Международная организация по стандартизации). ISO. 1988 г.. Получено 17 декабря 2017.
  2. ^ «Рабочий документ по обработке информации: объем и файловая структура компакт-диска для обмена информацией». Оптические информационные системы. 7 (1): 29–49. Январь 1987 г.
  3. ^ «Объем и файловая структура компакт-диска для обмена информацией». Ecma International. Декабрь 1987 г.
  4. ^ а б Объем и файловая структура компакт-диска для обмена информацией (исправлено ред.). Женева: Международная организация по стандартизации (ISO). 1 сентября 1988 г.
  5. ^ а б Питерс, Пол Эван (Июль 1989 г.). «Стандарты CD-ROM: судьба Z39.60» (PDF). Информационные стандарты Ежеквартально. Национальная организация информационных стандартов (NISO). 1 (3): 1–3. ISSN  1041-0031. В архиве (PDF) из оригинала 18 ноября 2016 г.. Получено 18 ноября 2016.
  6. ^ Хелливелл, Джон (14 октября 1986 г.). «Премиальный справочник 90-х». Журнал ПК: 150–164. Получено 18 ноября 2016.
  7. ^ Манес, Стивен; Эндрюс, Пол (1993). Гейтс: как могул из Microsoft заново изобрел отрасль и стал самым богатым человеком в Америке. Doubleday. п. 336. ISBN  0-385-42075-7.
  8. ^ Андерсон, Грегг (июнь 1987 г.). «Будущее CD-ROM». Исследователь. Публикации Atari Explorer. 7 (3): 19. Получено 18 ноября 2016.
  9. ^ «Стандарт ECMA-119: Объем и файловая структура CDROM для обмена информацией» (PDF) (1-е изд.). Декабрь 1986 г. В архиве (PDF) из оригинала 18 ноября 2016 г.
  10. ^ «Стандарт ECMA-119: Объем и файловая структура CDROM для обмена информацией» (переиздано 2-е изд.). Сентябрь 1998 г. [декабрь 1987 г.]. В архиве из оригинала 18 ноября 2016 г.. Получено 18 ноября 2016. [1]
  11. ^ Изобретение компакт-дисков.
  12. ^ "Центр ресурсов CD Чипа: CD-ROM страница 6".
  13. ^ ISO 9660, поправка 1 (ISO 9660: 1988 / Amd.1: 2013 (E))
  14. ^ «Стандарт ECMA-119» (PDF). Ecma International. Экма. п. vii. Получено 16 августа 2018.
  15. ^ ISO 9660, поправка 2 (ISO 9660: 1988 / Amd.2: 2020 (E))
  16. ^ а б https://pierrelib.pagesperso-orange.fr/filesystems/iso9660_simplified.html
  17. ^ http://www.brankin.com/main/technotes/Notes_ISO9660.htm
  18. ^ ISO9660 разделы 6.9 и 9.4.4
  19. ^ ISO 9660 раздел 9.1.4
  20. ^ kern / 95222: разделы файлов на компакт-дисках ISO9660 {{sic}} уровня 3 игнорируются
  21. ^ "linux / fs / isofs / Kconfig".
  22. ^ «Протокол обмена произвольными атрибутами».
  23. ^ "ПРОТОКОЛ СТАНДАРТНОЙ ВЕРСИИ 1.12 ПРОТОКОЛА ОБМЕНА ROCK RIDGE PROTOCOL IEEE P1282, принятый 8 июля 1994 г.".[мертвая ссылка ]
  24. ^ "CDFS The Rock Ridge Interchange Protocol (RRIP, IEEE P1282)".
  25. ^ Анжела Шмидт, Патрик Оли. "Страница поддержки Amiga MakeCD" (на немецком). Получено 4 апреля 2017.
  26. ^ «Phoenix объявляет о спецификации загрузочного CD-ROM; спецификация разработана совместно Phoenix и IBM» (Пресс-релиз). Phoenix Technologies Ltd. 11 ноября 1994 г.. Получено 31 января 2008.
  27. ^ а б Паркер, Дана Дж. «Свежие лепешки и стандарты CD-ROM: спецификация загрузочного CD-ROM El Torito». CD-ROM Professional. 8 (7). Архивировано из оригинал 8 октября 1999 г.. Получено 31 января 2008.
  28. ^ http://jack.hoa.org/FDCStory/FDC148.php
  29. ^ "Эль-Торито". OSDev. Получено 3 января 2015.
  30. ^ «Загрузочные гибридные (ISO / HFS) компакт-диски». Получено 3 января 2014.
  31. ^ а б «Спецификация Joliet для CD-ROM». База знаний Microsoft. Microsoft. 11 июля 2005 г. МСКБ 125630. Получено 29 мая 2012.
  32. ^ «Поддержка Windows NT для длинных имен файлов в файловой системе CDFS». База знаний Microsoft. Microsoft. 1 ноября 2006 г. МСКБ 142372. Получено 29 мая 2012.
  33. ^ «Спецификация Joliet для CD-ROM». База знаний Microsoft. Microsoft. 11 июля 2005 г. МСКБ 125630. Получено 29 мая 2012.
  34. ^ "mkisofs (1)". Получено 17 июн 2014.
  35. ^ «5 Приложение A: Поведение продукта». Получено 13 апреля 2014.
  36. ^ «Спецификация Joliet для CD-ROM». База знаний Microsoft. Microsoft. 11 июля 2005 г. МСКБ 125630. Получено 29 мая 2012.
  37. ^ Джефф Трантер (18 июля 2001 г.). "Поддерживается ли файловая система Microsoft Joliet?". Linux CD-ROM HOWTO. Версия 1.17. Получено 29 мая 2012.
  38. ^ "hdiutil (1)". Руководство по основным командам BSD. Mac OS X версии 10.7.4. Яблоко. 18 марта 2011 г.. Получено 29 мая 2012.
  39. ^ «Примечания к выпуску FreeBSD 3.2». Проект FreeBSD. Получено 29 мая 2012.
  40. ^ "hsfs - файловая система CD-ROM High Sierra и ISO 9660". Набор страниц OpenSolaris Man. SunOS 5.11 / OpenSolaris 2009.06. 1 ноября 2006 г.. Получено 29 мая 2012.
  41. ^ "Дерево исходного кода Haiku, src / add-ons / kernel / file_systems / iso9660 / iso9660.cpp".
  42. ^ «Диски CD-ROM: определения названий Joliet и Romeo». Apple Inc. 1 июня 2007 г.. Получено 20 июля 2010.
  43. ^ Техническое примечание FL36: Расширения Apple до ISO 9660
  44. ^ JIS X 0606: 1998 / ISO 9660: 1999 Проект спецификации
  45. ^ ECMA-167 - Структура тома и файла для носителей с однократной записью и перезаписываемых носителей с использованием непоследовательной записи для обмена информацией
  46. ^ Объявление о рождении: ISO / IEC 13346 и ISO / IEC 13490
  47. ^ «Virtual GS: Использование образов дисков ISO в эмуляторах Apple II» (PDF). Juiced.GS, том 9, выпуск 2. Май 2004 г.
  48. ^ «Работа с компакт-дисками Joliet Level 3, созданными на ПК». 16 апреля 2004 г.
  49. ^ «Часто задаваемые вопросы по OpenVMS (FAQ)». Hoffman Labs. Получено 1 сентября 2011.

дальнейшее чтение

внешняя ссылка