Секция I - General
1	Возможности и область применения 
Этот стандарт указывает фаиловую структуру и разделы предназначенного только для чтения компакт-диска для обмена
информацией между пользователями систем обработки информации..
Этот стандарт указывает\определяет:
-	атрибуты раздела(vol.) и описателей,записанных на нём; 
-	отношения среди\между разделами и набором разделов; 
-	размещение файлов; 
-	атрибуты файлов; 
-	структуры записей предназначенных для использования во входящих или выходящих потоках информации прикладной программы,
когда такие потоки информации рекомендованы быть организованы как наборы записей; 
-	три вложенных уровня  серединного\среднего обмена;
-	два вложенных уровня выполнения;
-	требования к процессам которые обеспечиваются в пределах систем обработки информации, для позволения информации быть 
                 обменятой между различными системами, используя записанный CD-ROM как средство(среду) обмена; для этой цели (purpose) он(это)
                Определяет (specifies) функциии которые должны быть обеспечены в пределах систем которые предназначены(intended) 
               создать или получить CD-ROM который соответствует (conform) этому Стандарту. 
2	Соответствие (Conformance)
3	Соответствие CD-ROM
 Компакт-диски соответствуют этому Стандарту тогда,когда вся информация,записанная на них, соответствует 
требованиям (requirements) Секции II этого Стандарта. 
Утверждение (statement)  соответствия должно выделить (identify) самый низкий (lowest) уровень обмена (level of interchange) ,
которому содержание CD-ROM соответствует (conform).
Предпосылкой (prerequisite) для такого соответствия является соответствие CD-ROM стандарту для записи (see 4.15). 
4	Соответствие обрабатывающей информацию системы (СОИ)
СОИ должна быть в соответствии с этим Стандартом,если она встречает требования (requirements) указанные (specified) 
в Секцях II и III этого стандарта и (either) для системы создания\возникновения информации, 
и (или) для получающей (receiving) системы,и (или) для обоих типов систем. 
Утверждение(заявление) (statement) соответствия должно выделить (identify) какой Уровень от этих требований (requirements) 
может быть встречен\выполнен системой. 
5	Рекомендации (References)
ECMA-6		: Кодируемый 7 битами  знаковый набор.
ECMA-35	: Расширенные методы кода .
ECMA-43	: 8-битный код - Структура и Правила.
ISO 1539	: Язык программирования -FORTRAN.
ISO 2375	: Обработка данных - процедура для регистрации спасение\выхода\побега (escape) последовательностей (sequences ) Интернациональный Регистр 
Закодированных Знаковых Наборов для Использования с Последовательностями Спасение\Выхода\Побега  (Escape)
Стандарты для записи: Этот Стандарт принимает существование (assumes the existence) стандарта для записи (see 4.15). 
6	Определения (Definitions)
В целях этого Стандарта,применяются последующие определения.
-----------------------------------------------------------------------------------------------------------
7	application program - применяющая\использующая программа 
Программа,которая обраьатывает содердимое файла, и может также обработать указанные атрибуты информации касаясь файла 
или или раздела(ов) (vol.) на котором(ых) файл записан. 
Примечание1
Применяющая программа является определённым классом пользователя, как определено в этом Стандарте. 
8	байт
Строка из 8 бинарных чисел используемая upon (выше\на) как единица (unit). 
9	Область информации сектора
Область,содержащая информацию сектора. 
10	Изготовитель (preparer) информации
Человек или другое юридическое лицо который контролирует подготовку информации для её записи на группу раздела(ов) (volume group). 
Примечание 2
Изготовитель информации является определённым классом пользователя, как определено в этом Стандарте. 
11	Описатель (descriptor)
Структура,содержащая описательную информацию о разделе (volume) или файле. 
12	Степень (Extent)
Набор логических блоков,номера логических блоков от формы которого (of which form) непрерывно возрастает (ascending) последовательность (sequence). 
13	Файл
Именованная коллекция информации. 
14	Фаиловая Секция
Это часть файла,которая является записанной в любой Степени. 
15	Выполнение (implementation) 
Набор процессов которые позволяют СОИ вести себя (to behave) как система возникновения\создания\появления (originating) информации,
 или как принимающая система,или как оба типа систем. 
16	Логический Блок (Logical Block)
Группа 2n+9 байтов в обращении (treated) как логическая единица,где n равняется (equals)  0 или положительному целому числу (integer). 
17	Система создания\возникновения\появления (originating system) (СС)
СОИ которая может создать набор фпйлов на наборе разделов (volume set) в целях (for the purpose) обмена информацией с другой системой. 
18	Принимающая система (receiving system) (ПС)
СОИ которая может считывать наборы файлов с набора разделов (volume set),который был создан другой системой в целях обмена информацией. 
19	Запись (record)
Последовательность байтов, используемая в обращении (treated) как единица информации. 
20	Сектор (sector)
Наименьшая адресуемая часть записанной области (area) на CD-ROM, обращение к которой происходит независимо (independently) от других 
адресуемых частей записанной области(area).
21	Стандарт для записи (standard for recording)
Стандарт,который указывает метод записи и метод адресации для информации записанной на CD-ROM. 
Спецификации стандарта для записи которые являются уместными (relevant) для этого стандарта это:
---------(След стр.)-----------
-	Уникальный (unique) Физический Адрес (Physical Address) для каждого записанного сектора; 
-	Местоположение Области Данных (Data Field) в пределах каждого сектора; 
      -	Протяженность (length) Области Данных  в пределах каждого сектора. 
Примечание 3
Стандарт для записи используемый совместно\соединённо (conjunction) с этим Стандартом i- это предмет (subject) 
к соглашению между СС и ПП разделов (vol.). 
22	Пользователь (user)
Человек или иное юридическое лицо (для примера,программа исполнения),который\ое\ая является причиной (causes) обращения (invocation) услуг
(services),обеспеченных выполнением. 
23	Раздел (volume)
Разборный (не демонтируемый) (A dismountable) CD-ROM. 
24	Набор Раздала (Volume Set)
Коллекция из одного или большего количества разделов,на каждом из которых записан набор файлов. 
25	Примечание
Последующие примечания используются этим стандартом. 
26	Десятичная и шестнадцатеричная нотации(notations)
Числа в десятичной нотации представлены десятичными цифрами,именованными с 0 до 9.
Числа в шестнадцатеричной нотации представлены шестнадцатеричными цифрами,именованными с 0 до 9 и с A до F, 
показанные в круглых скобках(shown in parentheses). 
27	Другие примечания\нотации
BP		Байтовая позиция в пределах описателя,начиная с 1 
RBP		Байтовая позиция в пределах области описателя,начинается с 1 
ZERO		Отдельная частица со значением 0 
ONE		Отдельная частица со значением 1 
Digit(s)	Любая цафра от ЦИФРЫ НОЛЬ до ЦИФРЫ ДЕВЯТЬ 
Секция II: Требования для среды (medium)
28	Структура раздела
29	Договоренность (Arrangement) о данных на CD-ROM
30	Физический Адрес
Каждый сектор должен быть идентифицирован (identified) уникальным Физическим Адресом как определённый (specified) в уместном стандарте для записи. 
31	Логический Сектор
Секторы раздела (vol.) должны быть организованы в Логических Секторах. Каждый Логический Сектор должен состоять (consist) из числа байтов 
равных 2048 или 2^n, какой бы большой не был (whichever is larger), где n - наибольшее целое число,настолько что 2^n является меньше чем (than), или 
равное (equal to), количеству\нумерация\числу байтов в Области Данных (Data Field) любого сектора,записанного на разделе. 
Количество байтов в Логическом Секторе должно быть упомянуто (referred to) как размер Логического Сектора. 
Каждый Логический Сектор должен начинаться в секторе отличающемся (different)  от любого другого Логического Сектора, 
и должен начинаться вместе с первым байтом сектора Области Данных (Data Field) ,в котором он начинается. 
Если число байтов Области Данных (Data Field) каждого сектора,записанного на разделе,меньше чем 2048,то Логический Сектор  
долен включать(comprise) больше чем один сектор,и набор Физических Адресов его учредительных секторов должен формировать a 
последовательную последовательность возрастания.Данные Логического сектора будут записаны в Областях Данных (из) его учредительных секторов.

---------(След стр.)-----------

Каждый Логический Сектор будет идентифицирован уникальным Номером Логического Сектора.Номер Логического Сектора должн быть целым числом 
назначеным (assigned)  в возрастающей последовательности, в порядке возрастания Физических Адресов учредительных секторов (of the constituent sectors),
начиная с 0 для Логического Сектора,содержащего сектор,имеющий нижайший Физический Адрес который может содержать записанную информацию. 
 Нумерация должна продолжаться через (through) последовательность (successive) Логических Секторов,каждый из которых начинается с сектора 
имеющего следующий больший Физический Адрес чем тот из последних сектор образованный (constituting) предыдущим (previous) Логическим Сектором. 
32	Пространство Раздела (Volume Space)
Информация на разделе должна быть записана в наборе всех Логических Секторов на разделе. Этот набор должен быть упомянут как
 Пространство Раздела от раздела.
Байты в пространстве раздела должны быть пронумерованны последовательно (consecutively).Нумерация должна начинаться с 1, который 
должен быть назначен к первому байту первого Логического Сектора на Пространстве Раздела.Нумерация должна продолжаться через 
 последовательность байтов первого Логического Сектора, и тогда через последовательность байтов каждой последовательности
(successive) Логического Сектора,на Пространстве Раздела. 
33	Договорённость Пространства Раздела (Arrangement of the Volume Space)
34	Системная Область (Area) и Область (Area) Данных
Пространство Раздела будет разделено на Системную Область (Area) и Область (Area) Данных.
Системная Область должна занять (occupy) Логические Сектора с Номерами Логических Секторов от 0 до 15. 
Системная Область должна быть зарезервированна для использования системой. Её содержание не указанно этим Стандартом.
Область Данных должна занять (occupy) сохранившиеся\ённые (remaining) Логические Сектора у Пространства Раздела. 
35	Логический Блок (Logical Block)
Пространство Раздела будет организованно в Логитческие Блоки. Каждый Логический Блок будет состоять из 2n+9 
байтов,где n равно 0 или позитивному целому числу.Количество байтов в Логическом блоке должно быть 
упомянуто как размер Логического Блока,который должен не быть больше (greater) чем размер Логического Сектора.
Каждый Логический Блок должен быть идентефицирован уникальным Номером Логического Блока.Номера Логического Блока 
должны быть целыми числами назначенными в возрастающем порядке начиная с 0.Номер Логического Блока 0 должен быть 
назначен Логическим Блоком который начинается вместе с первым байтом Пространства Раздела. Каждый 
следующий Номер Логического Блока должен быть назначен к Логическому Блоку который начинается с  
байтом в Пространстве Раздела  безпромежуточно следуя за последним байтом предшествующего  (preceding) Логического Блока.
36	Договорённость об Области Данных (Arrangement of the Data Area)
Фаиловые секции должны быть записаны в Области Данных.Больше чем одна Фаиловая Секция файла может быть записана на том же самом разделе.
Следующие типы описателей(дескрипторов) должны быть записаны в Области Данных для описания (describe) использования Области Данных: 
-	Описатели Раздела 
-	Описатели Файла 
-	Описатели Директорий (\Путей) 
-	Таблицы Дорожек (Path Tables) 
Описатели Раздела должны быть записаны в последовательно (consecutively) нумерованных Логических Секторах начиная вместе с Логическим Сектором 
имеющим 16 Номер Логического Сектора. Логические Сектора в Области Данных должны быть доступны (available) для назначения (assignment) 
Разделений Раздела (Volume Partitions) и записи Фаиловых Секций,Фаиловых Дескрипторов(Описателей),Описателей Директорий и Таблиц Дорожек.
Каждая Фаиловая Секция должна быть записана в степени ( an Extent),и должна быть идентефицированна дескриптором\описателем в директории. 
Расширенная Запись Атрибутов может быть связана с Фаиловой Секцией. Если представлено(возможно\подарено), она может быть записана 
в одной и той-же Степени (Extent) как связанная Фаиловая Секция, и должна быть идентефицированна дескриптором(описателем) который 
выделяет (identifies) связанную Фаиловую Секцию. Каждая 
директория должна быть записана как файл в одиночной Степени (Extent), и должна быть идентефицированна Описателем Директории 
(Directory Descriptor) также (either) в другой директории или в Описателе Раздела.Каждая директория должна также быть идентефицированна 
записью в Таблице Дорожек(Дорожковой Таблице). 
Каждая Дорожковая Таблица должна быть идентифицированна в Описателе Раздела.
Пространство в апределах Области Данных может быть назначено к одному или более Разделителей Разделов.Каждый Разделитель Разделов
записан в Степени (Extent) и должен быть идентифицирован Описателем Раздела. 
---------(След стр.)-----------
37	Договорённость о Степени (Arrangement of Extents)
38	Степень (Extent)
Степень должна быть набором Логических Блоков ,Номера Логических Блоков которой фрмируют продолжение возрастающей последовательности. 
39	Режим записи Фаиловой Секции
Фаиловая Секция,и привязанная к ней Расширекнная Запись Атрибутов,если таковые вообще имеются, также должна быть записана 
в Extent (either) в interleaved режиме,или в non-interleaved режиме. 
40	Interleaved режим
41	Фаиловая Единица
Фаиловая Единица должна включать (comprise) набор Логических Блоков,которые находятся (are) в пределах Степени и Номеров Логического 
Блока,от которого формируется продолжение возрастающей последовательности.
Когда Фаиловая Секция записана в interleaved режиме,один или более Фаиловых Юнитов, каждый состоя из одних и техже номеров 
Логических Блоков,должен быть назначен Фаиловой Секцией в пределах одной и той-же Степени.Номер Логических Блоков в Файловом Юните 
(Единице Файла) должен быть назначен размер Фаилого Юнита для Фаиловой Секции.
Первый Логический Блок каждого Фаилового Юнита должен иметь  Номер Логического Блока который является нижайшим Номером Логического Блока 
в Логическом Секторе который содержит этот Логический Блок
Последовательность Фаиловых Юнитов в Степени должно переписываться (correspond) в последовательность Номеров Логических Блоков первого
Логическог Блока каждого Фаилового Юнита.
Примечание 4
Логические Блоки,включающие (comprising ) Фаиловый Юнит,назначенные к Фаиловой Секции могут:
-	также каждый быть назначен к отличающейся Фаиловой секции (File Section,) и\или 
-	включать часть одного или более  Разделителей Раздела (Volume Partitions). 
42	Промежуток чередования (Interleave Gap)
Промежуток Чередования будет включать набор Логических Блоков которые есть в пределах Степени и Номеров Логических Блоков 
от которых ложь (lie) между последним Номером Логического Блока от Фаилового Юнита и первый Номер Логического Блока 
слкдующего Фаилового Юнита, если таковые вообще имеются,в последовательности.Все Промежутки Чередования между Фаиловыми Юнитами 
назначенные Фаиловой Секции должны включать один и тот-же номер Логических Блоков.Этот номер должен быть назначенным 
размером Промежутка Чередования для Фаиловой Секции.
Примечание 5
Логические Блоки,включающие Промежуток Чередования между  Фаиловыми Юнитами назначенными  к Фаиловой Секции могут: 
-	каждый также может быть назначен к различной Фаиловой Секции, и/или 
-	включать часть одного  или более  Разделителей Раздела (Volume Partitions.) 
43	Отношение Фаиловой секции к Фаиловому Юниту
Когда Фаиловая Секци записана в interleaved режиме, Фаиловая Секция, и её связанная Расширенная Атрибутовая Запись  
, если такое имеет место быть, должна быть записана по последовательности (over the sequence) Фаиловых Юнитов назначенных к Фаиловой Секции. 
44	Запись Расширенной Атрибутовой Записи
Если Расширенная Атрибутовая Запись записана, она должна быть записана в первом Фаиловом Юните последовательности. 
Запись должна начинаться в первом байте первого Логического Блока у Фаилового Юнита.Она Должна продолжаться через  
последовательность байтов этого Логического Блока, и тогда через последовательность байтов последовательности Логических Блоков, 
если это вообще имеется, от Фаилового Юнита ,пока всё от Расширенной Атрибутовой Записи есть записано (is recorded).
Назначенная протяжённость Расширенной Атрибутовой Записи должна быть равной  назначенному размеру Фаилового Юнита size. 
45	Запись Фаиловой Секции
Последовательные части, если это имеет место быть,Фаиловой Секции должны быть записаны в последовательности Фаиловых Юнитов, начиная с 
следующего Фаилового Юнита в последовательности если Расширенная Атрибутовая Запись записана,и начиная с первого Фаилового  
Юнита в последовательности если никакой Расширенной Атрибутовой Записи не записано. 
---------(След стр.)-----------
46	Пространство Данных
Набор Фаиловых Юнитов в которых записаны последовательные части Фаиловой Секции должны быть Пространством Даных в фаиловой Секции.
Байты Пространстве Данных должны быть нумерованны последовательно (consecutively) .Нумерация должна начинаться с 1 которая должна быть 
назначена (assigned)  к первому байту первого Логического Блока первого Фаилового Юнита, если это имеет место быть , от Пространства Данных. 
Нумерование должно продолжаться через последовательности байтов этого Логического Блока,тогда через последовательность байтов каждой 
последовательности Логического Блока, если имеет место быть,Фаилового Юнита,и тогда через последовательность байтов Логического(их) Блока(ов) 
каждой последовательности Фаилового Юнита, если имеет место быть,назначен(ного) к Фаиловой Секции.Нумерация должна оканчиваться с 
номером равным числу байтов в который Фаиловая Секция записана в Пространстве Данных; или этот номер должен быть равным нулю если 
здесь(в нём) нет байтов файла,записанного в Пространстве Данных. 
47	Нечередующийся (Non-interleaved) режим
Когда Фаиловая секция записана в нечередующемся режиме,Фаиловая Секция,и её связанная (associated) Расширенная Атрибутовая Запись,если 
имеет место быть, должна быть записана по последовательности (over the sequence) Логических Блоков в Степени. 
48	Запись Расширенной Атрибутовой Записи (РАЗ)
Если РАЗ записана, она должна быть записана заканчивая (over) один или более Логические Блоки, Номера Логических Блоков 
которые формируют продолжение возрастающей (ascending) последовательности. Записывание должно начинаться в первом байте первого Логического 
Блока Степени.Оно должно продолжаться через последовательность байтов этого Логического Блока,и тогда через последовательность байтов (от) 
последовательности Логических Блоков,если это может быть, (of the) Степени,пока все (of the) Расширенная Атрибутовая Запись есть записаны.
Количество Логических Блоков по (over) которым Расширенная Атрибутовая Запись есть записана,должно быть назначено 
Расширенной Атрибутовой Записи длинной\протяжённостью для Фаиловой Секции.
Примечание 6
Логические Блоки,включающие (comprising) РАЗ, назначенаные к Фаиловой Секции могут:
-	также  каждый (each) быть назначен  к различной Фаиловой Секции, и/или 
-	включать часть одного или более Разделителей Раздела (Vol. part-ons). 
49	Запись Фаиловой Секции
Фаиловая секция должна быть записана  выше (over) нуля и более Логических Блоков, Номера Логических Блоков от каждого фармируют 
непрерывную (continuous) возрастающую последовательность. Если никакой РАЗ не записано, последовательность должна начинаться с первым 
Логическим Блоком of the Степени.Если РАЗ есть записана, последовательность должна начинаться с первым  Логическим 
Блоком, если имеет место быть,безпрерывно следующим за последним Логическим Блоком по\выше (over) которого Расширенная Атрибутовая Запись 
есть записана. 
50	Пространство Данных
Набор Логических Блоков по\выше (over) которым Фаиловая Секция есть записана, должен быть Пространством Данных of the Фаиловой Секции.
Байты в Пространстве Данных  должны быть нумерованы последовательно (consecutively). Нумерация должна начинаться с 1 который должен быть 
назначен к первому байту of the первого Логического Блока,если имеет мето быть, of the Пространства Данных.Нумерация должна продолжаться через
последовательность байтов этого Логического Блока, и тогда через последовательность байтов каждой последовательности Логического блока,если имеется, 
of the Пространства Данных.
Нумерование должно оканчиваться с номером равным количеству байтов в которых Фаиловая Секция есть записана в 
Прострнстве Данных; или этот нмер должен быть равен нулю если здесь нет байтов в файле записанном в Пространстве Данных. 
51	Протяжённость данных Фаиловой Секции
Протяжённость данных Фаиловой Секции должна быть числом байтов в которых Фаиловая секция записана в Пространстве Данных. 
Если это число меньше (less) чем число байтов в Пространстве Данных, тогда любые сохранённые (remaining) байты в Пространстве Данных 
должны быть игнорированны в обмене. 
52	Отношение РАЗ к Фаиловой Секции
РАЗ может быть связана с Фаиловой Секцией. Если представлено (If present( Если подарок(настоящее))), РАЗ должна
 выделить (identify) уверенные (certain) атрибуты файла,от которых Фаиловая Секция формирует часть.
---------(След стр.)-----------

Поднабор этих атрибутов должен быть приминён ко всем Фаиловым Секциям фаилов, которые содержат записи согласно согласно 6.10.если любой из этих 
атрибутов назначен к файлу, РАЗ должна быть записана в связи с каждым of the File Sections of the файла.
Прочие атрибуты идентифицированные в РАЗ должны применяться к этой Фаиловой Секции и всем предшествующим (preceding) 
Фаиловым Секциям файла (see 6.5.1). Если никакой РАЗ не записано в ассоциации с последней Фаиловой Секцией файла, 
тогда эти атрибуты не определены для файла. 
53	Запись Разделителя Раздела (Volume Partition)
Если Разделитель Раздела записан, он должен быть записан over одного или более Логических блоков,Номера Логичеких Блоков которые
 формируют непрерывную (continuous) возрастающую последовательность.Запись должна начинаться в первом байте первого Логического Блока 
of the Степени.Она должна продолжаться через последовательные байты этого Логического Блока,и тогда через последовательные байты of 
последовательности Логических Блоков,если имеет место быть, of the Степени,пока все of the Volume Partition is recorded. Первый Логический Блок 
каждого Разделителя Раздела должен иметь Логический Блоковый Номер который есть нижайший Логический Номер Блока в Логическом Секторе
что содержит этот Логический Блок.
Номер Логических Блоков over которого Разделитель Раздела есть записан должен быть назначен Разделителя Раздела 
размером для Разделителя Раздела. 
54	Фаиловая структура
55	Отношение к Фаиловым Секциям
Каждый файл должен состоять (consist) из одной или более Фаиловых Секций.Каждая Фаиловая Секция фаила должна быть идентифицированна записью в 
одной и той-же директории. Последовательность Фаиловых Секций файла должна быть идентифицированна в порядке of the 
предавания (corresponding) записей в директорию.
Фаиловая секция может быть частью больше чем одного файла и может произоисходить (occur) более чем однажды (once) в одном и том же файле. 
Фаиловая Секцияможет быть идентифицированна более чем одной записью в одной и той-же или разнообразной директории.
Каждая Фаиловая Секция файла может быть записана на отличающемся\другом\отличном разделе (vol.).
56	Нумерация байтов в файле
Байты,включающие файл должны быть пронумированны последовательно.Нумерация должна начинаться с 1 который должен быть 
назначен к первому байту первой Фаиловой Секции,если имеет место быть.Нумерация должна продолжаться через последовательность 
байтов этой Фаиловой Секции,и тогда через последовательность байтов каждой последовательности Фаиловой секции,если имеет место быть, of the файла.
Нумерация должна оканчиваться с числом равным сумме числа байтов во всех Фаиловых Секциях of the файла.
57	Содержания файла
Информация в файле должна быть интерпретируема (interpreted) (Интерпретируемой ) согласно (according) уместным (to the relevant) стандартам для 
закодированного представления (representation) информации.
Примечание 7
Идентефикация этих  стандартов является предметом соглашения  между  создателем/источником и получателем файла. 
58	Связанный файл
Связанный файл имеет отношение (relationship) не указанные этим Стандартом для другого файла  что было назначено одному и тому же 
Фаиловому Идентификатору (See 7.5) как that of the Associated File в одной и той же директории. 
59	Набор Разделов(а) ( Volume Set )
Набор Раздела должен быть набором разделов на которых набор файлов записан.
Набор Разделов должен состоять (consist) из одного или более разделов имеющих обычный (common) идентификацию набора разделов и идентифицировать 
одни и те же coded graphic character sets для использования в пределах указанных дескрипторных-описательных(descriptor) облостей-полей(fields) (See 7.4). 
Все разделы в Наборе Разделов должны быть пронумерованы последовательно,начиная с 1.
Группа Разделов в пределах (within) Набора Разделов должна состоять из одного или более последовательно нумерованных разделов содержание которых
есть установлено (established) в одно и то же время. Последовательный номер раздела,который имеет наибольший последовательный номер 
в пределах Группы Раздлов должен быть назначен размером Набора Разделов.
Каждый раздел Набора Разделов должен содержать (contain) описатель-дескриптор всех директорий и файлов что записаны на этих разделах
 последовательные номера которых меньше чем,или равны to, назначенному размеру Набора Разделов раздела. 
---------(След стр.)-----------

Примечание 8
Такой дескрипор-описатель,записанный на разделе  должен заменить (supersede) дескриптор-описатель,записанный 
на любом разделе  Набора Разделов имеющий  нижайший  назначенный размер  Набора Разделов.
Размер Логического Блока должен быть одним и тем же для всех разделов из Набора Разделов. 
60	Дескрипторы(Описатели) Раздела (Volume Descriptors)
Описатель Раздела должен быть одного из перечисленных типов: 
-	Первичный Описатель Раздела (Primary Volume Descriptor) 
-	Дополнительный Описатель Раздела (Supplementary Volume Descriptor) 
-	Описатель Разделителя Раздела (Volume Partition Descriptor) 
-	Загрузочная Запись (Boot Record) 
-	Убиватель\окончатель Набора Описателя Раздела (Volume Descriptor Set Terminator) 
61	Дескрипторный(описательный) Набор Раздела (Volume Descriptor Set)
Дескрипторный(описательный) Набор Раздела должен быть последовательностью описателей раздела записанной в последовательно 
нумерованных Логических Секторах начиная с Номера Логического Сектора 16 . Каждый последующи Описатель 
Раздела должен быть записан в Логическом Секторе со следующим большим Номером Логического Сектора 
чем тот of the Логический Сектор в котором предыдущий (previous) Описатель Раздела записан. 
Последовательность(секвенция) должна состоять(consist) из одного (of two) или более описателей раздела последовательно записанных следующим образом. 
6.7.1.1	Секвенция должна содержать один Первичный Описатель Раздела (see 8.4) записанный по крайней мере однажды (at least once). 
Примарный Описатель Раздела должен описать\охарактеризовать (describe) Пространство Раздела,и идентифицировать атрибуты раздела, 
местоположения Корневой Директории и группы Таблиц Дорожек, и немер разделов в Наборе Разделов. 
6.7.1.2	Секвенция может содержать ноль или более Дополнительных Описателей Раздела (Supplementary Volume Descriptors) (see 8.5), 
                      каждый записан хотя бы однажды.
Дополнительный Описатель Раздела должен описать Пространство Раздела,и идентифицировать атрибуты раздела, 
местоположения Корневой Директории Группы Таблиц Дорожек, и номер разделов в Наборе Разделов. 
Он должен также идентифицировать the coded graphic character наборы,используемые в пределах указанных областей этого дескриптора,и областей
 в связях Фаиловых Дескрипторов,Дескрипторов Директорий и Таблиц Дорожек. 
6.7.1.3	Последовательность может содержать ноль или более Дескрипторов Разделителей Раздела(see 8.6).
Дескриптор Разделителя Раздела должен идентифицировать\выделить Разделитель Раздела в пределах Пространства Раздела, его позицию и размер,и его 
арибуты. 
6.7.1.4	Последовательность можето содержать 0 или более Загрузочных Записей (see 8.2).
Загрузочная Запись должна содержать информацию которая может быть использованна получения определённого состояния в получающей системе или 
программы-приложения. 
6.7.1.5	Последовательность должна быть окончена\уничтожена (terminated) записью одного или более Окончалеля Набора Описателя Раздела
	   (Volume Descriptor Set Terminators) (см. 8.3). 
62	Структура Директории
63	Директория
Директория должна быть записана как файл содержащий набор записей каждый из которых выделяет (identifies) Фаиловую Секцию или другую директорию. 
Директрия не должна быть записана как Связанный Файл,не должна быть записана в interleaved режиме и должна состоять только из одной 
Фаиловой Секции.
Идентификация файла должна быть отличной от идентификации любого другого файла, если (unless) файл является Связанным Файлом
 (см 6.5.3), или of любой директории идентифицированной в одной и той же директории.Идентификация директории должна быть отличной 
от идентификации of любого файла или of любой другой директории идентифицированной  в одной и той же директории.
Первый Логический Блок of the Степени в которой директория записана должен иметь Номер Логического Блока который является нижайшим
 Номером Логического Блока в Логическом Секторе что содержит это Логический Блок. 
64	Запись Директории
Запись Директории должна содержать: 
---------(След стр.)-----------

-	информация для расположения Фаиловой Секции
-	информация для расположения любой РАЗ связанной с Фаиловой Секцией; 
-	идентификация файла; 
-	уверенные (certain) атрибуты файла; 
-	уверенные (certain) атрибуты Фаиловой Секции. 
Первая или только Запись Директории записанная в Логическом Секторе должна начинаться в первом байте первой Области Данных
 от этого Логического Сектора.Каждая последующая (subsequent) Запись Директории,записанная в этом Логическом Секторе, должна 
начинаться в байте, безотрывно следуюя за посленим байтом предшествующей  (preceding ) Записи Директории в этом Логическом Секторе. 
Каждая Запись Директории должна оканчиваться в Логическом Секторе в котором она начиналась.Неисползованные байтовые позиции
 после последней Записи Директории в Логическом Секторе должны быть приведенты к (set to) (00). 
65	Порядок Записей Директорий
Записи в директории должны быть упорядочены в соответствии с (according to) 9.3. 
66	Протяженность Директории
Длинна директории должна быть суммой (sum)  of 
-	протяженности всех Записей Директории в директории; 
-	число неиспользуемых байтовых позиций после после последней Зписи Директории во всех Логических Секторах в которых директория записана. 

67	Иерархия Директорий
Иерархия Директорий должна быть набором директорий связанным (related) (Связанный) с каждой другой как следует далее. (to each other as follows.)
Корень иерархии,называемый Корневой Директорией, должен быть директорией идентифицированной также (either) в Первичном Описателе Раздела или в 
Дополнительном Описателе Раздела.
Каждая директория,другая чем (other than) Загрузочная Директория, должна быть идентифицированна записью в другой директории.
Директория,идентифицируемая другой директорией должна быть названа Родительской Директорией (Parent Directory) идентифицируемой директории. 
Каждая директория должна содержать запись,которая выделяет (identifies) её Родительскую Директорию.Различные директории могут иметь одну и ту же 
Родительскую Директорию. Иерархичные отношения (relationship) должны существовать (exist) между Корневой Директорией и другими остальными 
директориями:

Иерархия должна состоять из номеров уровней (i.e. для n уровней: уровень 1, уровень 2, …, уровень n).Корневая Директория должна 
быть директорией только на уровне 1 в иерархии.
Если директории есть ну уровне m иерархии, их Родительские Директории должны быть ну уровне (m - 1). Родительская Директория Корневой Директории  
должна быть Корневая Директория. 
68	Глубина Иерархии Директорий (Depth of Directory Hierarchy)
Число уровней в иерархии должно не превышать (exceed) восьми.В дополнение (addition) ,для каждого записанного файла, 
сумма послудующих должна не превышать 255: 
-	протяженность Фаилового Идентификатора (see 7.5.2); 
-	протяженность Идентификаторов Директорий (see 7.6) of всех (relevant) директорий; 
-	число уместных  (relevant) директорий. 
69	Идентифкация директорий
Для Корневой Директрии: 
---------(След стр.)-----------

-	первая Директориальная Запись (Directory Record ) of the Корневой Директории должна описать (describe) Корневую Директорию и должна иметь 
Директориальный Идентификатор (Directory Identifier ) состоя из (consisting of a) единственного (00) байта; 
-	последующая Директориальная Запись Корневой Директории должна описать Корневую Директорию и должна иметь  
Директориальный Идентификатор состоящий из единичного (01) байта; 
-	Директориальная (Директивную) Запись,описывающая Корнивую Директорию,должна содержаться в области Корневой Директории of the раздела 
дескриптора что идентифицирует иерархию директорий. 
Для каждой директории другой чем (other than) Корневая Директория 
-	первая Директоиальная Запись директории должна описывать эту директорию и должна иметь Директориальный 
Идентификатор состоящий из единственного (00) байта; 
-	следующая Директориальная Запись of the директории должна описывать Родительскую Директорию для этой директории 
и должна иметь Директивый Идентификатор состоящий из единственного (01) байта; 
-	Запись Директории в её Родительской Директории должна описывать директорию. 
70	Отношение (Relation) Иерархий Директорий
Одна или более Директивные Иерархии должны быть записаны на разделе.
Директивная Иерархия должна быть идентифицированна в Первичном Описателе Раздела.
Каждая дополнительная (additional) Директивная Иерархия должна быть идентифицированна в Дополнительном Описателе Раздела.
Директории в пределах (within) каждой иерархии должны выделить (identify) ноль или более файлов что являются записанными в этих (those) 
разделах, последовательность номеров которых меньше чем,или равна to,назначенном размеру Набора Разделов of the раздела.
Директория должна не быть часть более чем одной Директивной Иерархии.
71	Дорожковая Таблица
Дорожковая Таблица записанная на разделе of Набора Разделов должна содержать набор записей описывающих (describing) директориальную 
иерархию для этих разделов of the Набора Разделов the последовательные номера которых меньше чем, или равны 
to, назначенному размеру Набора Разделов of the раздела.
Для каждой директории в директориальной иерархии другой чем the Когневая Директория,Таблица Дорожек должна содержать 
запись которая выделяет (identifies)директорию,её Родительскую Директорию и её местоположение.Записи в Таблице Дорожек 
должны быть Нумерованны начиная с 1.Первая запись в Таблице Дорожек должна идентифицировать Корневую Директорию и её местоположение.
Директориальный номер of директории должен быть порядковым (ordinal) номером of the Записи Дорожковой Таблицы что выделяет директорию.
72	Порядок Записей Дорожковых Таблиц
Записи в Таблице Дорожек должны быть упорядоченны\заказанны (ordered) за счёт (by) следующей критерии 
в спускающемся порядке значения (in descending order of significance) : 
-	в возрастающем  (ascending) порядке (order) согласовываясь (according) к уровню в директивной иерархии (directory hierarchy); 
-	в возрастающем порядке согласовываясь к (to the directory number) директивному номеру Родительской Директории of the директории 
идентифицированной записью; 
-	в возрастающем порядке согласуясь к родстванному (relative) значению of the область Директивного Идентификатора в записи,где 
Директивные Идентификаторы должны быть оценены\назначены (valued) как следующие:
. Если два Директивных Идентификатора не содержать один и тот же номер байтоаой позиции, the наикороткий (shorter) Директивный 
Идентификатор должен быть обращён (treated) как будто он дополнялся справа (on the right) со всеми дополняющими байтами set to (20), и как если бы 
оба Директивных Идентификатора содержали идентичный номер of байтовых позиций.
. После любого дополнения необходимо обращаться Директивными Идентификаторами как если бы они были равной протяжённости, 
знаки (characters) в передавании\передаче (corresponding)  байтовых позиций, начиная с первой позиции, of the Директивных 
Идентификаторов являются приравненными\сранёнными (compared) пока байтовая позиция есть найдена что не содержит один и тот же знак (character) в 
обоих Директивных Идентификаторах.Наибольший Директориальный Идентификатор является одним что содержит знак (character) 
с наибольшим значением закодированной (code) позиции в coded graphic character наборах используемых к индерпретации Директивного 
Идентификатора of the Записи Дорожковой Таблицы.

---------(След стр.)-----------

73	Дорожково-Табличная Группа (Path  Table Group) (как ещё назвать?)
Дорожковая Таблица должна быть также (either) Типа L Дорожковой Таблицы или Типа M Дорожковой Таблицы.В Типе L 
Дорожковой Таблицы, числовое\номеровое значение должно быть записано согласуясь с 7.2.1 если представлено (represented) как 16-битный номер 
и согласуясь с 7.3.1 если представлено как 32-битный номер.
В Типе M Дорожковой Таблицы,числовое\номеровое значение должно быть записано согласуясь к (to) 7.2.2 если представлено как 16-битный 
номер и согласуясь к (to) 7.3.2 если представлено как 32-битный номер.
Дорожково-Табличная Группа должна включать один или два идентичных (identical) Типа L Дорожковы Таблицы и одну или две идентичные Типа M 
Дорожковые Таблицы. 
74	Записанные Возникновения (Occurrences) Дорожковой Таблицы
Одноа или более Дорожково-Табличная Группа должна быть записана на разделе.Первичный Описатель Раздела должен выделять (identify) 
размер и местоположения of the constituent Дорожковых Таблиц of a Таблично-Дорожковой Группы. Эти (These) Дорожковые Таблицы должны выделять 
директории in the Директивной Иерархии которые являются идентицицированны Первичным Описателем(Дескриптором) Раздела.
Передача (Corresponding) к каждой дополнительной (additional) Директориальной Иерархии,записанной  на разделе дополнением 
Таблично-Дорожковой Группы должна быть записана на разделе. Для каждой такой Таблично-Дорожковой Группы, передавание Дополнительного Дескриптора
Раздела должно выделить (identify) размер и местоположения её constituent (Элемент(избиратель) ) Дорожковых Таблиц. 
Эти Дорожковые Таблицы должны выделить identify директории в передавании (corresponding) Директивной Иерархии. 
75	Последовательность ( Consistency )  Дорожковых Таблиц между разделами Группы Разделов
6.9.4.1	Содержания  of Типа L Дорожковой Таблицы идентифицированной в Первичном Описателе Раздела должно быть идентичным с  
	содержаниями любой другой Типа L Дорожковой Таблицы, идентифицированной в Первичном Описателе Раздела на разделе of the одной 
	и той же Группы Разделов.
Содержания of a Типа M Дорожковой Таблицы, идентифицированной (identified) в Первичном Описателе Раздела должно быть идентичным с 
содержаниями of любой другой Типа M Дорожковой Таблицы идентифицированной  в Первичном Описателе Раздела на разделе 
той же самой\одной и той же Группы Разделов. 
6.9.4.2	Содержания Типа L Дорожковой Таблицы,идентифицированной в Дополнительном Описателе Раздела,должно быть идентичным с 
содержаниями любой другой Типа L Дорожковой Таблицы,идентифицированной  в Дополнительном Описателе Раздела,имеющим один и тот же 
набор идентификации раздела и идентифицирующим одни и те же coded graphic character наборы для использования в пределах указанных дескрипторных областей 
(см. 7.4), на разделе одной Группы Раздела.
Содержания  Типа M Дорожковой Таблицы идентифицированные в ДополнительномОписателе Раздела,должны быть идентичны с 
содержаниями любой другой Типа M Дорожковой Таблицы, идентифицированной в Дополнительном Описателе Раздела,имеющим один и тот же
 набор раздела идентификации и идентифицирующим одни и те же coded graphic character наборы для использования в пределах указанных 
дескрипторных областей (see 7.4),на разделе of the одной и той же Группы Разделов. 
76	Структура Записи
Информация в файле может быть организована как набор записей согласуясь к этому пункту (to this clause) . 
77	Характеристики (Characteristics)
Запись должна быть последовательностью байтов обращённых (treated) как a единица информации.
Протяжённость записи должна быть числом байтов в записи.
Запись должна быть также фиксированной длины (fixed-length) записью или записью переменной длины (a variable-length).
Все записи в файле должны быть также записями фиксированной длины или записями переменной длины. 
78	Измеренная (Measured) Единица Данных (MDU)
79	Содержания  MDU
Измеренная Единица Данных должна содержать также другие записи фиксированной длины или записи переменной длины. 
MDU должна включать (comprise) даже (an even) число байтов. 
80	Отношения (Relationship) к Файлу
Каждый MDU должен включать набор последовательных байтов файла.Первый или только MDU должен начаться в первом байте файла. 
Каждый последующий MDU должен начинаться в байте в файле тут же следуя последнему байты предшествующей MDU. 
---------(След стр.)-----------

81	Записи фиксированной длины
Запись фиксированной длины должна быть записью содержащейся в файле который является назначенным  к содержащимся записям что должны 
иметь одну и ту же длину.Запись фиксированной длины должна быть помещена в  MDU. MDU должен состоять из (of a) фиксированной длины записи, 
тут же следуя a (00) байту если необходимо (necessary) передать\дать MDU даже (an even) длину.
Минимальная назначенная протяженность записи с фиксированной длиной должна быть 1. 
82	Записи переменной длины 
Запись переменной длины должна быть записью, помещённой\додержащейся в файле что является назначенным к содержащему записи,что может дать 
различные длины. Значение,записанное в области Формата Записи of an Записи Расширенных Атрибутов,для файла, 
содержащего записи переменной длины,должно содержать одинаковые\те же самые значения как те\эти записанные в области Формата Записи 
от любой другой Записи Разширенных Атрибутов от этого одного и того же файла.
Запись переменной длины должна быть помещена\содержаться в MDU. MDU должен состоять of a Слова Контроля Записи (RCW) 
тут же следующего за записью переменной длины,немедленно следуя за  (00) байтом если необходимо дать\сообщить MDU даже (an even) длину.
RCW должно указываться как 16-битное число длины записи.RCW должно быть записано согласно с(к) 
-	7.2.1, если значение в области Формата Записи of the Расширеной Атрибутовой Записи связанное с Фаиловой Секцией является 2,или 
-	7.2.2, если значение в области Формата Записи of the Расширеной Атрибутовой Записи связанное с Фаиловой Секцией является  3. 
Максимальная длина записи должна быть назначена к файлу.Протяжённость любой записи в файле должна не превысить (exceed) это значение. 
Назначенный максимум длины записи должен быть в диапазоне (range) от 1 до 32,767. Минимальная протяжённость  записи переменной длины 
должна быть 0. 
83	Запись полей описания(-дескрипторов) (of descriptor fields)
84	8-битно номерованные значения
Числовое значение представленного (represented) в бинарной нотации by an 8-битным числом должно быть записано в области of a 
описателя в одном из следующих двух форматов.Применяемый (applicable) формать является указанным в описателе of the дескрипторных областей. 
85	8-битные беззнаковые (unsigned) числовые значения
Беззнаковые числовые значения должны быть представлены в бинарной нотации by an 8-битным номером,записанным в одно-байтовой области. 
86	8-битные знаковые числовые значения
	Знаковые числовые значения должны быть представлены в бинарной нотации 8-битным two's дополнительным (complement) номером,записанным 
	в однобайтовой области области. 
87	16-битные числовые значения
Числовое значение представленное в бинарной нотации 16-битным числом,которое должно быть записано в области описателя в
одном из следующих трёх форматов.Применяемый (applicable) формат является указанным в описалеле of the области описателей. 
88	Менее всего (Least) существенный (significant) байт первый (byte first)
Числовое значение, представленное в шестнадцатеричном представлении (representation) (wx yz),должно быть записано в двух-байтовых областях как (yz wx).
Примечание 9
For example, the decimal number 4660 has (12 34) as its hexadecimal representation and is recorded as (34 12). 
Для примера, десятичное число 4660 имеет (12 34)  как  его шестнадцатеричное представление,и является записанным как (34 12). 
89	Более существенный первый байт
Числовое значение,представленное в шестнадцатеричном представлении (wx yz),должно быть записано в двух-байтовой области как (wx yz).
---------(След стр.)-----------

Примечание 10
Например, десятичное число 4660  выглядит\имеется (has) (12 34)  как в его шестнадцатеричном представлении  и записаго как (12 34). 
90	Двух-байтовые порядки
Числовое значение,представленное by the шестнадцатеричным представлением,(wx yz) должно быть записано 
в четырёх-байтовой области как (yz wx wx yz).
Примечание 11
Например, десятичное число 4660  имеется(12 34)  в его шестнадцатеричном представлении и записано как (34 12 12 34). 
91	32-битные числовые значения
Числовое значение, представленные в бинарной нотации by a 32-битным числом, должно быть записано в области of a дескриптора в одном из 
следующих трёх форматов.Применимый  формат является указанным(specified) в дескрипции of the дескрипторных областей. 
92	Менее (Least) существенный (significant) байтовый первый (first) (первый байт)
Числовое значение,представленное шестнадцатеричным представлением (st uv wx yz) должно быть записано в 
четырёх-байтовой области как (yz wx uv st).
Примечание12
Например,  десятичное число 305419896  имееся (12 34 56 78) как  его шестнадцатеричное  представление 
и является записанным  как (78 56 34 12). 
93	Более существенный (significant) байтовый первый (first) (первый байт)
Числовое значение представленное by the шестнадцатеричным представлением (st uv wx yz) должно быть записано в 
четырёх-байтовой области как (st uv wx yz).
Примечание13
Например, десятичное число 305419896 имеется (12 34 56 78) как  его  шестнадцатеричное представление  и записано как (12 34 56 78). 
94	Двух-байтовые порядки
Числовое значение,представленное шестнадцатеричным представлением (st uv wx yz) должно быть записано в восьми-байтовой области 
как (yz wx uv st st uv wx yz).
Примечание14
Например,десятичное число 305419896  имеется (12 34 56 78) как  его  шестнадцатеричное представление 
и записано как (78 56 34 12 12 34 56 78). 
95	Характерные\знаковые (Character) наборы и кодирование (coding (coding))
96	d-знаки\характеры (characters) и a-знаки\характеры
Кроме (Except) как указанных в 7.4.4,знаки\характеры в дескрипторах должны быть закодированны согласно ECMA-6 (см. Аппендикс A).
37 знаков\характеров в последующих позициях of the Международной Рекомендованной Версии (International Reference Version) 
упомянуты (are referred to) как d‑знаковые\характерные: 
3/0 to 3/9 
4/1 to 5/10 
5/15 
57 characters в следующих позициях of the Международной Рекомендованной Версии (International Reference Version) 
упомянуты (are referred to) как a‑characters: 
2/0 to 2/2 
2/5 to 2/15 
3/0 to 3/15 
4/1 to 4/15 
---------(След стр.)-----------

5/0 to 5/10 
5/15 
Применяемый набор знаков\характеров является указанным в дескрипторе дескрипторных областей. 
97	c-знаки\характеры
Знаки\характеры of the закодированных графических знаковых\характерных наборов,идентифицированных by the escape 
последовательностями в Дополнительном Описателе Раздела,упомянуты (referred to) как c-знаковые\характерные. 
98	a1-знаки\характеры
Поднабор of the c-знаков\характеров будет упомянут (referred to) как a1-знаки\характеры.Этот поднабор должен быть предметом (subject) 
согласия между создателем\источником и получателем раздела. 
99	d1-знаки\характеры
Поднабор a1-знаков\характеров будет упомянут как d1-знаки\характерный . Этот поднабор должен быть предметом соглашения
между между создателем\источником и получателем раздела. 
100	Сеператоры\Отделители (Separators)
Знаки\характеры отделения(separating) компонентов of a Фалового Идентификатора должны быть 
СЕПАРАТОР 1 представленный битовой сонбинацией (2E) 
СЕПАРАТОР 2 представленный битовой сонбинацией (3B) 
101	Использование знаков\характеров в описательных областях
Знаки\характеры в областях of the следующих дескрипторов должны быть a-знаками\характерами или d-знаками\характерами как указано (specified)
 в пункте (clause) 9. 
-	 Записи Директорий в пределах (within)  Иерархии Директорий являются,идентифицированными в Первичном Описателе Раздела; 
-	Дорожково-Табличные Записи в пределах (within) Дорожково-Табличной  Группы,идентифицированные в Первичном Описателе Раздела; 
-	Расширенные Атрибутовые Записи идентифицированные в директории Директориальной Иерархии что являются идентифицированными в 
Первичном Описателе Раздела. 
Знаки\характеры в областях следующих дескрипторов должны быть a1-знаками\характерами или d1-знаками\характерами как указано в пункте 9.
-	Директориальные Записи в пределах Директивной Иерархии что являются идентифицированными в Дополнительном Описании Раздела; 
-	Дорожково- Табличная Запись в пределах Дорожково-Табличной Группы идентифицированна в Дополнительном Описателе Раздела; 
-	Расшмренные Атрибутовые Записи идентифицированные в директории of Директивной Иерархии что являются 
идентифицированными в Дополнительном Дескрипторе Раздела. 
102	Оправдание (Justification) знаков\характеров
В каждой области фиксированной длинны,содержание которой является указанным этим Стадартом быть знаками\характерами,знаки\характеры должны 
быть left-justified (Налево от-оправданным) и любым сохранением (remaining) байтовых позиций on the right shall be set to (20). 
103	Фаиловый Идентификатор (Identifier)
104	Формат Фаилового Идентификатора
Фаиловый Идентификатор должен состоять из следующей последовательности: 
-	Фаиловое Имя: Последовательность ноля или более d-знаков\характеров или d1-знаков\характеров; 
-	СЕПАРАТОР 1; 
-	Расширение Фаилового Имени: Последовательность ноля или более d-знаков\характеров или d1-знаков\характеров; 
-	СЕПАРАТОР 2; 
-	Номер Версии Файла: Номера представленные числом от 1 до 32 767. 
Эта последовательность должна встречать (meet) следующие требования : 

---------(След стр.)-----------

-	Если знаки\характеры не указаны для Фаилового Имени тогда Расширение Фаилового Имени должно состоять 
из по крайней мере одного знака\характера. 
-	Если знаки\характеры не указаны для Расширения Фаилового Имени тогда Фаиловое Имя должно состоять 
из по крайней мере одного знака\характера. 
-	Сумма следующих (following) должна не превысить (exceed) 30: 
. если здесь есть Фаиловое Имя, протяженность Фаилового Имени; 
. если сдесь есть Расширение Фаилового Имени, протяжённость Расширения Фаилового Имени. 
105	Длинна (length) Фаилового Идентификатора 
Длинна (length) Фаилового Идентификатора  должна быть суммой следующих: 
-	если здесь есть Фаиловое Имя, протяженность Фаилового Имени, 
-	если здесь есть Расширение Фаилового Имени, протяжённость Расширения Фаилового Имени, 
-	число цифр в Номере Версии Файла, 
-	2 (число СЕПАРАТОРОВ(ОТДЕЛИТЕЛЕЙ)). 
106	Директивный Идентификатор
107	Формат Директивного Идентификатора
Директивный Идентификатор должен состоять из последовательности одного или более d-знаков\характеров или d1-знаков\характеров (см 7.4.4), 
кроме (except) как указанной (specified) в 7.6.2. 
108	Резервированные Директивные Идентификаторы
-	Корень директории должен быть идентифицирован by a Директивным Идентификатором состоящим из единственного (00) байта.
-	Как указано в  6.8.2.2, certain (Уверенный) Директивные Идентификаторы должны состоять из единичного (00) байта or или единичного (01) байта. 
109	Протяжённость Директивного Идентификатора
Протяжённость Директивного Идентификатора должна не превышать (exceed) 31. 
110	Дескрипторы Разделов
Дескрипторы Разделов должны идентифицировать раздел,разделения  (the partitions) записанные на этом разделе,создателя(ей) 
раздела,уверенные(certain) атрибуты раздела, местоположение других записанных описателей\дескрипторов и версию 
стандарта котоорый обращается (applies) к описателю\дескриптору раздела. 
111	Формат Описателя Раздела
BP	Имя области	Содержание  	
1	Тип Описателя Раздела	числовое значение 	
2 to 6 	Идентификатор Стандарта	CD001 	
7 	Версия Описателя Раздела	числовое значение 	
8 to 2048	(Зависимости (Depends) на Типе Дескриптора Раздела)	(Зависимости (Depends) на Типе Дескриптора Раздела)	

112	Тип Описателя Раздела (BP 1)
Эта область должна определяться как 8-битный номер Типа Описателя Раздела.
Номер 0		будет означать (shall mean ) что Дескриптор Раздела является Загрузочной Записью;
Номер 1		будет означать (shall mean )  что Дескриптор Раздела является Первичным Описателем Раздела;
Номер 2		будет означать (shall mean ) что Дескриптор Раздела является Дополнительным Дескриптором Раздела;
Номер 3		будет означать (shall mean )  что Дескриптор Раздела является Описателем Разделителя Раздела;
Номера от 4 до254	являются зарезервированными для будующей стандартизации;
Номер 255		будет означать (shall mean )  что Дескриптор Раздела является 
Volume Descriptor Set Terminator (Окончателем Набора  Описателей Раздела.)

---------(След стр.)-----------

Это поле должно быть записано согласно с 7.1.1. 
113	Стандартный Идентификатор (BP 2 к 6)
Эта область определить идентификацию этого Стандарта.
Знаки\характеры в этой области должны быть CD001.
114	Версия Разделителя Раздела (BP 7)
Это поле должно определяться как 8-битный номер версии спецификации Описателя Раздела.
Содержание и интерпретауия (interpretation) этой области должны зависеть (depend) на содержании of the области Типа Описателя Раздела.
Эта область должна быть записана согласуясь к 7.1.1. 
115	Зависимости (Depends) на Типе Описателя Раздела (BP 8 to 2 048)
Содержание и интерпретация (interpretation) этой области должны зависеть (depend) на содержании of the области Типа Описателя Раздела. 
116	Загрузочная Запись
Загрузочная Запись должна выделить(ся) системой(у) которая может признать (recognize) и активироваться на (act upon) содержании области,резервированной для 
загрузки системы,используя (in) Загрузочную Запись,и должна содержать информацию которая is used для достижения (achieve)определённого (specific) 
 состояния (state) для системы или для приложения.

BP	Имя области	Содержание	
1	Тип Описателя Раздела	числовое значение	
2 to 6 	Идентификатор Стандарта	CD001	
7 	Версия Описателя Раздела	числовое значение	
8 to 39	Системный Загрузочный Идентификатор	a-знаки\характеры	
40 to 71	Загрузочный Идентификатор	a-знаки\характеры	
72 to 2 048	Использование Загрузочной Системы	не указано	

117	Тип Дескриптора Раздела(BP 1)
Это поле должно определить 8-битное число указывающее (indicating) что Описатель Раздела является Загрузочной Записью.
Число в этой области должно быть 0.
Это область должна быть записана согласно с  7.1.1. 
118	Стандартный Идентификатор (BP 2 to 6)
Эта область должна указывать идентификатор этого Стандарта.
Знаки\характеры в этой области должны быть CD001.
119	Версия Описателя Раздела (BP 7)
Эта область должна указываться как 8-битный номер версии спецификации структуры Загрузочной Записи.
1 должно указать (indicate) структуру этого Стандарта.
Эта область должна быть записана согласно с  7.1.1. 
120	Загрузочный Идентификатор Системы (BP 8 to 39)
Эта область должна указывать идентификацию системы которая может признать (recognize) и активироваться на (act upon) содержании Загрузочного 
Идентификатора и областей Пользования Системной Загрузки в Загрузочной Записи.
Знаки\характеры в этой области должны быть a-знаками\характерами. 
121	Загрузочный Идентификатор (BP 40 to 71)
Эта область должна указать идентификацию загрузочной системы указанной в
области Пользования Системной Загрузки (Boot System Use) Загрузочной Записи.
Знаки\характеры в этой области должны быть a-знаками\характерами.
---------(След стр.)-----------