✖
~~~~~~~~~~~~~~~~~~~~ Arc.Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~ 
Номер скриншота №:
✰ E870D721395EF6808BA6125CC0EA0685__1717854660 ✰
Заголовок документа оригинал.:
✰ ISO 9660 - Wikipedia ✰
Заголовок документа перевод.:
✰ ISO 9660 — Википедия ✰
Снимок документа находящегося по адресу (URL):
✰ https://en.wikipedia.org/wiki/ISO_9660 ✰
Адрес хранения снимка оригинал (URL):
✰ https://arc.ask3.ru/arc/aa/e8/85/e870d721395ef6808ba6125cc0ea0685.html ✰
Адрес хранения снимка перевод (URL):
✰ https://arc.ask3.ru/arc/aa/e8/85/e870d721395ef6808ba6125cc0ea0685__translat.html ✰
Дата и время сохранения документа:
✰ 12.06.2024 14:09:55 (GMT+3, MSK) ✰
Дата и время изменения документа (по данным источника):
✰ 8 June 2024, at 16:51 (UTC). ✰ 

~~~~~~~~~~~~~~~~~~~~~~ Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~~ 
Сервисы Ask3.ru: 
 Архив документов (Снимки документов, в формате HTML, PDF, PNG - подписанные ЭЦП, доказывающие существование документа в момент подписи. Перевод сохраненных документов на русский язык.) 
✰ https://arc.ask3.ru ✰
 Ответы на вопросы (Сервис ответов на вопросы, в основном, научной направленности) 
✰ https://ask3.ru/answer2question ✰
 Товарный сопоставитель (Сервис сравнения и выбора товаров) ✰✰
✰ https://ask3.ru/product2collation ✰
 Партнеры 
✰ https://comrades.ask3.ru ✰


Совет. Чтобы искать на странице, нажмите Ctrl+F или ⌘-F (для MacOS) и введите запрос в поле поиска.
Arc.Ask3.ru: далее начало оригинального документа

ISO 9660 — Википедия Jump to content

ИСО 9660

Из Википедии, бесплатной энциклопедии

ИСО 9660
Разработчики) ИСО / МЭК , Экма Интернэшнл
Варианты ИСО 13490
Представлено 1988 год ; 36 лет назад ( 1988 )
Пределы
Максимальный размер тома 8 ТБ
Другой
Поддерживается
операционные системы 		Кросс-платформа
Оптические диски
Общий
Типы оптических носителей
Стандарты
Смотрите также

ISO 9660 (также известный как ECMA -119 ) — это файловая система для оптических дисков . Файловая система является международным стандартом , доступным Международной организацией по стандартизации (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 (характеристики файлов, специфичные для классические Mac OS и macOS , такие как разветвления ресурсов , дата резервного копирования файлов и т. д.).

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

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

В ноябре 1985 года представители производителей компьютерного оборудования собрались в отеле и казино High Sierra (в настоящее время называемом Golden Nugget Lake Tahoe ) в Стейтлайне, штат Невада . [7] Эта группа стала известна как Группа Высокой Сьерры ( 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] ), Шебек и Йелик . [ нужна цитата ] Отчет о встрече возник на основе стандарта CD-ROM «Желтой книги» , который был настолько открытым, что приводил к диверсификации и созданию множества несовместимых методов хранения данных. Предложение High Sierra Group ( HSGP ) было выпущено в мае 1986 года и определило файловую систему для компакт-дисков, широко известную как формат High Sierra.

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

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

JIS X 0606:1998 был принят в Японии в 1998 году с гораздо смягченными правилами имен файлов и использованием новой структуры данных «расширенного дескриптора тома». Стандарт был представлен как ISO 9660:1999 и, как предполагалось, был ускорен, но из этого ничего не вышло. [13] Тем не менее, некоторые операционные системы и инструменты создания дисков (такие как Nero Burning ROM , mkisofs и ImgBurn ) теперь поддерживают это дополнение под такими названиями, как «ISO 9660:1999», «ISO 9660 v2» или «ISO 9660 Level 4». В 2013 году предложение было окончательно оформлено в форме стандарта ISO 9660/поправка 1, призванного «обеспечить гармонизацию между ISO 9660 и широко используемой « Спецификацией Джолиет ». [14] В декабре 2017 года было опубликовано третье издание ECMA-119, которое технически идентично ISO 9660, поправка 1. [15]

В 2019 году ECMA опубликовала 4-ю версию ECMA-119, включив текст Джолиета в «Приложение C».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Основные типы дескрипторов томов
Ценить Тип
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. [19]

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

Обзор структуры каталогов 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 и Приложение А.)
  • Если для имени файла не указаны символы, то расширение имени файла должно состоять как минимум из одного символа.
  • Если для расширения имени файла не указаны символы, то имя файла должно состоять как минимум из одного символа.
  • Имена файлов не должны иметь более одной точки.
  • В именах каталогов вообще не должны использоваться точки.

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

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

Начиная с поправки 1 (или ECMA-119 3-го издания, или «JIS X 0606:1998 / ISO 9660:1999»), система EVD может выражать гораздо более широкое разнообразие деревьев файлов. Больше нет ограничений на количество символов (разрешены даже 8-битные символы), а также ограничения глубины или длины пути. По-прежнему существует ограничение на длину имени — 207. Набор символов больше не применяется, поэтому обе стороны обмена дисками должны согласовывать свои действия через другой канал. [15]

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

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

СУСП [ править ]

Протокол совместного использования системного использования (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. [22]
  • AL: записывает расширенные атрибуты файлов , включая списки ACL . Предложено libburnia , поддерживается libisofs. [23]

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

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

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

Расширения 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 и протокола совместного использования системы. Первым общедоступным программным обеспечением для создания компакт-дисков с расширениями Amiga было MakeCD , программное обеспечение Amiga, которое Анджела Шмидт разработала вместе с Патриком Оли. [26]

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

El Torito — это расширение, позволяющее загружать компьютер с компакт-диска. Об этом было объявлено в ноябре 1994 года. [27] и впервые выпущен в январе 1995 года как совместное предложение IBM и производителя BIOS Phoenix Technologies . Согласно легенде, расширение El Torito CD/DVD стандарта ISO 9660 получило свое название потому, что его дизайн был разработан в ресторане El Torito в Ирвине, Калифорния (

 WikiMiniAtlas
33 ° 41'05" с.ш. 117 ° 51'09" з.д.  /  /33,684722 ° с.ш. 117,852547 ° з.д. / 33,684722; -117,852547 ). [28] Первыми двумя авторами были Кертис Стивенс из Phoenix Technologies и Стэн Меркин из IBM. [28]

32-битный BIOS ПК будет искать загрузочный код на компакт-диске ISO 9660. Стандарт допускает загрузку в двух разных режимах. Либо в эмуляции жесткого диска, когда к загрузочной информации можно получить доступ непосредственно с компакт-диска, либо в режиме эмуляции дискеты, где загрузочная информация сохраняется в файле образа дискеты . , который загружается с компакт-диска и затем ведет себя как виртуальный диск дискета. Это полезно для компьютеров, которые предназначены для загрузки только с дискеты. Для современных компьютеров режим «без эмуляции» обычно является более надежным методом. BIOS присвоит дисководу компакт-дисков номер BIOS. Назначенный номер привода (для INT 13H ) может быть любым из 80 hex ( эмуляция жесткого диска ), 00 hex ( эмуляция гибкого диска ) или произвольного числа, если 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, что позволяет сохранить обратную совместимость. [31] Спецификация позволяет именам файлов иметь Юникода длину до 64 символов . Однако в документации mkisofs указано, что имена файлов длиной до 103 символов не вызывают проблем. [33] Microsoft задокументировала, что «может использовать до 110 символов». [34] Разница заключается в том, используется ли пространство расширения CDXA. [33]

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

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

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

Romeo был разработан Adaptec и позволяет использовать длинные имена файлов длиной до 128 символов, записанные непосредственно в дескриптор основного тома с использованием текущей кодовой страницы . Этот формат основан на работе для Windows 9x и Windows NT . драйверов CDFS [41] Когда при установке Windows на другом языке открывается диск Romeo , отсутствие указания кодовой страницы приведет к тому, что символы, отличные от ASCII, в именах файлов станут Mojibake . Например, «ü» может стать «³». Другая ОС может столкнуться с аналогичной проблемой или вообще отказаться распознавать эти несовместимые имена.

Та же проблема с кодовой страницей технически существует в стандарте ISO 9660, который допускает открытую интерпретацию дополнительных и расширенных дескрипторов тома для любой кодировки символов, подпадающей под соглашение. Однако основной дескриптор тома гарантированно будет небольшим подмножеством ASCII.

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

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

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

Чтобы позволить системам, отличным от 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, за несколько сеансов.

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

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

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

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

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

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

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

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

  1. ^ «ISO 9660:1988(en), Обработка информации. Объем и файловая структура компакт-диска для обмена информацией» . ИСО (Международная организация по стандартизации) . ИСО. 1988 год . Проверено 17 декабря 2017 г.
  2. ^ «Рабочий документ по обработке информации: объем и файловая структура компакт-диска для обмена информацией». Оптические информационные системы . 7 (1): 29–49. Январь 1987 года.
  3. ^ «Объем и файловая структура компакт-диска для обмена информацией» . Экма Интернешнл. Декабрь 1987 года.
  4. ^ Перейти обратно: а б Объем и файловая структура компакт-диска для обмена информацией (исправлен. ред.). Женева: Международная организация по стандартизации (ISO). 1 сентября 1988 года.
  5. ^ Перейти обратно: а б Питерс, Пол Эван (июль 1989 г.). «Стандарты CD-ROM: судьба Z39.60» (PDF) . Информационные стандарты Ежеквартально . 1 (3). Национальная организация по информационным стандартам (NISO): 1–3. ISSN   1041-0031 . Архивировано (PDF) из оригинала 18 ноября 2016 года . Проверено 18 ноября 2016 г.
  6. ^ Хелливелл, Джон (14 октября 1986 г.). «Премиальный справочный инструмент 90-х» . Журнал ПК : 150–164 . Проверено 18 ноября 2016 г.
  7. ^ Манес, Стивен ; Эндрюс, Пол (1993). Гейтс: Как магнат Microsoft заново изобрел индустрию и стал самым богатым человеком в Америке . Даблдэй . п. 336. ИСБН  0-385-42075-7 .
  8. ^ Андерсон, Грегг (июнь 1987 г.). «Будущее CD-ROM» . Исследователь . 7 (3). Публикации Atari Explorer: 19 . Проверено 18 ноября 2016 г.
  9. ^ «Стандарт ECMA-119: Объем и файловая структура CDROM для обмена информацией» (PDF) (1-е изд.). Декабрь 1986 года.
  10. ^ «Стандарт ECMA-119: Объем и файловая структура компакт-диска для обмена информацией» (PDF) (перепечатано, 2-е изд.). Сентябрь 1998 г. [декабрь 1987 г.] . Проверено 30 декабря 2022 г.
  11. ^ Изобретение компакт-дисков .
  12. ^ «Центр медиаресурсов Chip's CD: CD-ROM, стр. 6» . Архивировано из оригинала 26 июля 2019 года . Проверено 24 ноября 2020 г.
  13. ^ «JIS X 0606:1998 / ISO 9660:1999 Проект спецификации» .
  14. ^ ISO 9660, Поправка 1 (ISO 9660:1988/Поправка 1:2013(E))
  15. ^ Перейти обратно: а б «Стандарт ECMA-119» (PDF) . Экма Интернешнл . Экма. п. VII . Проверено 16 августа 2018 г.
  16. ^ ISO 9660, Поправка 2 (ISO 9660:1988/Поправка 2:2020(E))
  17. ^ Перейти обратно: а б «ISO9660 упрощенный для DOS/Windows» .
  18. ^ «ИСО9660» .
  19. ^ ISO9660, разделы 6.9 и 9.4.4.
  20. ^ ISO 9660, раздел 9.1.4.
  21. ^ Пит (2 апреля 2006 г.). «kern/95222: разделы файлов на компакт-дисках ISO9660 уровня 3 игнорируются» . freebsd-bugs (список рассылки).
  22. ^ «Линукс/фс/изофс/Кконфиг» . Гитхаб . 23 января 2022 г.
  23. ^ «Протокол обмена произвольными атрибутами» .
  24. ^ «RRIP (IEEE P1282) Проект стандарта 1.12» (PDF) . 8 июля 1994 г. Архивировано из оригинала (PDF) 4 апреля 2017 г.
  25. ^ «CDFS Протокол обмена Rock Ridge (RRIP, IEEE P1282)» .
  26. ^ Анджела Шмидт, Патрик Оли. «Страница поддержки Amiga MakeCD» (на немецком языке) . Проверено 4 апреля 2017 г.
  27. ^ «Phoenix объявляет о спецификации загрузочного компакт-диска; спецификация разработана совместно Phoenix и IBM» (пресс-релиз). Phoenix Technologies Ltd. 11 ноября 1994 г. Архивировано из оригинала 10 августа 2017 г. . Проверено 31 января 2008 г.
  28. ^ Перейти обратно: а б Паркер, Дана Дж. «Свежие лепешки и стандарты компакт-дисков: спецификация загрузочного компакт-диска El Torito» . CD-ROM Профессионал . Том. 8, нет. 7. Архивировано из оригинала 8 октября 1999 года . Проверено 31 января 2008 г.
  29. ^ «Эль-Торито» . ОСДев . Проверено 3 января 2015 г.
  30. ^ «Загрузочные гибридные (ISO/HFS) компакт-диски» . Проверено 3 января 2014 г.
  31. ^ Перейти обратно: а б с д «Спецификация Joliet для CD-ROM» . База знаний Майкрософт . Майкрософт. 11 июля 2005 г. МСКБ 125630 . Проверено 29 мая 2012 г.
  32. ^ «Поддержка Windows NT длинных имен файлов в файловой системе CDFS» . База знаний Майкрософт . Майкрософт. 1 ноября 2006 г. МСКБ 142372 . Проверено 29 мая 2012 г.
  33. ^ Перейти обратно: а б mkisofs(8) – FreeBSD системного администратора Руководство
  34. ^ «5 Приложение A: Поведение продукта» . Проверено 13 апреля 2014 г.
  35. ^ Джефф Трантер (18 июля 2001 г.). «Поддерживается ли файловая система Microsoft Joliet?» . Компакт-диск Linux с инструкциями . Версия 1.17 . Проверено 29 мая 2012 г.
  36. ^ "hdiutil(1)" . Руководство по общим командам BSD . Mac OS X версии 10.7.4. Яблоко. 18 марта 2011 года . Проверено 29 мая 2012 г.
  37. ^ «Примечания к выпуску FreeBSD 3.2» . Проект FreeBSD . Проверено 29 мая 2012 г.
  38. ^ «hsfs — файловая система компакт-диска High Sierra и ISO 9660» . Набор страниц руководства OpenSolaris . СанОС 5.11/ОпенСолярис 2009.06. 1 ноября 2006 года . Проверено 29 мая 2012 г.
  39. ^ «Дерево исходного кода Haiku, src/add-ons/kernel/file_systems/iso9660/iso9660.cpp» .
  40. ^ «Добавить поддержку компакт-дисков формата Joliet hdr/Hashes s/Directory s/EntryFile s/FileMan s/Filer s/Free (999bdda6) · Commits · RiscOS/Sources/FileSys/CDFS/CDFS» . 15 августа 2013 г.
  41. ^ «Диски CD-ROM: определения названий Джолиет и Ромео» . Apple Inc., 1 июня 2007 г. Проверено 20 июля 2010 г.
  42. ^ «Техническое примечание FL36: Расширения Apple до ISO 9660» . Архивировано из оригинала 26 декабря 2008 года.
  43. ^ «ECMA-167 — Структура тома и файла для носителей однократной записи и перезаписываемых носителей с непоследовательной записью для обмена информацией» (PDF) .
  44. ^ «Объявление о рождении: ISO/IEC 13346 и ISO/IEC 13490» .
  45. ^ Гэвин, Брэди (25 июня 2018 г.). «Что такое файл ISO (и как его использовать)?» . Как компьютерщик . Проверено 23 декабря 2021 г.
  46. ^ «Виртуальный GS: использование образов дисков ISO в эмуляторах Apple II» (PDF) . Juiced.GS, том 9, выпуск 2. Май 2004 г.
  47. ^ «Работа с компакт-дисками Joliet Level 3, созданными на ПК» . 16 апреля 2004 г.
  48. ^ «Часто задаваемые вопросы по OpenVMS» . Лаборатории Хоффмана. Архивировано из оригинала 19 ноября 2017 года . Проверено 1 сентября 2011 г.

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

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

Retrieved from "https://en.wikipedia.org/w/index.php?title=ISO_9660&oldid=1227944449"
Arc.Ask3.Ru: конец оригинального документа.
Arc.Ask3.Ru
Номер скриншота №: E870D721395EF6808BA6125CC0EA0685__1717854660
URL1:https://en.wikipedia.org/wiki/ISO_9660
Заголовок, (Title) документа по адресу, URL1:
ISO 9660 - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть, любые претензии не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, денежную единицу можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)