Файлы-11 - Files-11

Файлы-11, также известный как структура на диске, это файловая система использован Корпорация цифрового оборудования OpenVMS Операционная система, а также (в более простой форме) более старыми RSX-11. Это иерархический файловая система с поддержкой списки контроля доступа, записывать ориентированный Ввод / вывод, удаленный сеть доступ, и управление версиями файлов.

Files-11 похожа на файловые системы, использованные в предыдущих версиях, но значительно более продвинутая, чем у них. Корпорация цифрового оборудования операционные системы, такие как ТОП-20 и RSTS / E.

История

Собственная файловая система OpenVMS происходит от старых операционных систем DEC и во многом схожа, обе были разработаны Дэйв Катлер. Основное отличие - расположение каталогов. Все эти файловые системы обеспечивали некоторую форму элементарной неиерархической структуры каталогов, обычно основанной на назначении одного каталога для каждой учетной записи пользователя. В RSTS / E каждая учетная запись пользователя была представлена двумя числами: [проект,программист] пара и имел один связанный каталог. Специальные системные файлы, такие как исполняемые файлы программ и сама ОС, хранились в каталоге зарезервированной системной учетной записи.

Хотя это подходило для PDP-11 системы, которые обладали ограниченным постоянным объемом памяти, VAX системы с гораздо большими жесткие диски потребовался более гибкий метод хранения файлов: в частности, иерархическая структура каталогов, что является наиболее заметным улучшением в ODS-2.

Обзор

«Файлы-11» - это общий термин для пяти отдельных файловых систем, известных как уровни с 1 по 5 дисковой структуры (ODS).

ODS-1 это плоская файловая система используется ОС RSX-11, поддерживается более старыми VMS системы для совместимости с RSX, но никогда не использовались для поддержки самой VMS; его в значительной степени вытеснили ОРВ-2 и ОРВ-5.

ОРВ-2 является стандартной файловой системой VMS и остается наиболее распространенной файловой системой для системных дисков (диска, на котором установлена операционная система).

Хотя они редко упоминаются в обозначениях уровня ОРВ, ОРВ-3 и ОРВ-4 являются поддержкой Files-11 для CD-ROM ISO 9660 и Формат High Sierra файловые системы соответственно.

ОРВ-5 это расширенная версия ODS-2, доступная на Альфа и IA-64 платформы, которые добавляют поддержку сохраняющий дело имена файлов с не-ASCII символы и улучшения в поддержке иерархической директории. Изначально он был предназначен для подачи файлов в Майкрософт Виндоус или другие системы, не относящиеся к VMS, как часть "Сродство NT "проект, но также используется на дисках пользователей и Интернет серверы.

Макет каталога

Типичная иерархия каталогов Files-11: все файлы располагаются в основном каталоге файлов; File2 находится в двух каталогах

Все файлы и каталоги в файловой системе Files-11 содержатся внутри одного или нескольких родительские каталоги, и в конечном итоге в корневом каталоге каталог основных файлов (Смотри ниже). Таким образом, файловая система организована в виде ориентированного ациклического графа (DAG ) структура.

В этом примере (видеть правильно), Файл 2 есть запись в каталоге под обоими Реж 2 и Реж 3; он находится "в" обоих каталогах одновременно. Даже если его удалить из одного, он все равно будет существовать в другом каталоге, пока не будет удален и оттуда. Это похоже на концепцию жесткие ссылки в UNIX, хотя следует позаботиться о том, чтобы файл на самом деле не удалялся на дисках, для которых не настроены жесткие ссылки (доступно только на дисках ODS-5 и только в том случае, если на диске включены жесткие ссылки).

Организация дисков и именование

Операционная система VMS имеет доступ к одному или нескольким онлайн-дискам, каждый из которых содержит полную независимую файловую систему. Это либо локальное хранилище, либо, в случае кластера, хранилище, совместно используемое с удаленными системами.

Рисунок 1: Пример конфигурации диска кластера OpenVMS

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

Несколько дисков можно объединить в один большой логический диск или набор громкости. Диски также могут автоматически копироваться в наборы теней для безопасности данных или более быстрого чтения.

Диск идентифицируется либо своим физическим именем, либо (чаще) пользовательским логическим именем. Например, загрузочное устройство (системный диск) может иметь физическое имя $ 3 $ DKA100, но обычно его называют логическое имя SYS $ SYSDEVICE.

Файловые системы на каждом диске (за исключением ODS-1) являются иерархическими. Полностью уточненный имя файла состоит из имени узла, имени пользователя и пароля, имени устройства, каталога, имени файла, типа файла и номера версии в формате:

УЗЕЛ "имя учетной записи пароль" :: устройство: [каталог.подкаталог] имя_файла.тип; версия

Например, [DIR1.DIR2.DIR3] FILE.EXT относится к последней версии FILE.EXT, на текущем диске по умолчанию, в каталоге [DIR1.DIR2.DIR3].

DIR1 является подкаталогом основного каталога файлов (MFD), или корневая директория, и DIR2 это подкаталог DIR1. МФД диска обозначается [000000].

Большинство частей имени файла можно опустить, и в этом случае они будут взяты из текущего спецификация файла по умолчанию. Спецификация файла по умолчанию заменяет понятие «текущий каталог» в других операционных системах, предоставляя набор значений по умолчанию для узла, имени устройства и каталога. Все процессы имеют спецификацию файла по умолчанию, которая включает имя диска и каталог, а также большую часть файловой системы VMS. распорядки принять спецификацию файла по умолчанию, которая также может включать тип файла; то ТИП команда, например, по умолчанию ".LIS"как тип файла, поэтому команда ТИП F, без расширения, пытается открыть файл F.LIS.

У каждого файла есть номер версии, который по умолчанию равен 1, если нет других версий с тем же именем файла (в противном случае на одну версию выше, чем самая большая версия). Каждый раз при сохранении файла вместо перезаписи существующей версии создается новый файл с тем же именем, но с увеличенным номером версии. Старые версии можно удалить явно, с помощью УДАЛИТЬ или УДАЛЯТЬ или, при желании, более старые версии файла могут быть удалены автоматически, когда файл предел версии достигается (устанавливается УСТАНОВИТЬ ФАЙЛ / VERSION_LIMIT). Таким образом, старые версии не перезаписываются, а хранятся на диске и могут быть восстановлены в любое время. Архитектурное ограничение на номера версий - 32767. Поведение управления версиями легко переопределить, если оно нежелательно. В частности, файлы, которые обновляются напрямую, такие как базы данных, не создают новых версий, если это явно не запрограммировано.

ODS-2 ограничен восемью уровнями подкаталогов и только прописными буквами, цифрами (плюс подчеркивание, тире и знак доллара) до 39,39 символов (39 для имени файла и еще 39 для расширения). ODS-5 расширяет набор символов до строчных букв и большинства других печатаемых символов ASCII, а также ISO Latin-1 и Unicode символов, увеличивает максимальную длину имени файла и допускает неограниченное количество подкаталогов. При создании пути к файлу ODS-5, в котором используются символы, недопустимые в ODS-2, используется специальный синтаксис «^» для сохранения обратной совместимости; файл "file.tar.gz; 1"на диске ODS-5, например, будет называться"файл ^ .tar.gz"- имя файла"file.tar", а расширение -".gz".

Безопасность файлов: защита и ACL

Безопасность файлов VMS определяется двумя механизмами: контролем доступа на основе UIC и ACL контроль доступа на основе. Контроль доступа UIC основан на владельце файла и UIC или пользователе, обращающемся к файлу. Доступ определяется четырьмя группами разрешений:

Формат отображения защиты файлов; не предоставленные разрешения не отображаются

Система
Владелец
Группа
Мир

И четыре бита разрешения:

Читать
Написать
Выполнять
Удалить

«Системный» доступ применяется к любому пользователю, чей групповой код UIC меньше или равен SYSGEN параметр MAXSYSGROUP (обычно 8 или 10 восьмеричный ) (например, СИСТЕМА Пользователь); «владелец» и «группа» относятся к владельцу файла и группе пользователей этого пользователя, а «мир» - к любому другому пользователю. Существует также пятый бит разрешения, «Контроль», который используется для определения доступа для изменения метаданных файла, таких как защита. Эту группу нельзя задать явно; он всегда устанавливается для системы и владельца, и никогда для группы или мира.

На управление доступом на основе UIC также влияют четыре системы привилегии, которые позволяют удерживающим их пользователям переопределять элементы управления доступом:

БАЙПАС: пользователь неявно имеет RWED-доступ ко всем файлам, независимо от защиты файлов;
ПРОЧИТАТЬ: пользователь неявно имеет доступ R ко всем файлам;
SYSPRV: пользователь может получить доступ к файлам на основе защиты системы;
GRPPRV: пользователь может получить доступ к файлам на основе защиты системы, если их группа UIC совпадает с группой файла.

ACL позволяют назначать дополнительные привилегии для конкретных пользователей или групп; например, UIC веб-сервера может быть предоставлен доступ для чтения ко всем файлам в определенном каталоге. ACL можно пометить как унаследованный, где ACL файла каталога применяется ко всем файлам под ним. ACL изменяются с помощью РЕДАКТИРОВАТЬ / ACL команда и принимает форму пар идентификатор / доступ. Например, запись ACL

(ИДЕНТИФИКАТОР = HTTP $ СЕРВЕР, ДОСТУП = ЧИТАТЬ + ВЫПОЛНИТЬ)

позволит пользователю HTTP $ СЕРВЕР прочитать и выполнить файл.

Логические имена

А логическое имя - системная переменная, которая может ссылаться на диск, каталог или файл или содержать другую информацию, относящуюся к программе. Например, логический SYS $ SYSDEVICE содержит загрузочное устройство системы. Логическое имя обычно относится к одному каталогу или диску, например ВХОД SYS $: который является каталогом (или каталогами) входа пользователя (домашним); эти логические выражения не могут использоваться в качестве настоящих имен дисков -SYS $ LOGIN: [DIR] FILE не является допустимой спецификацией файла. Тем не мение, скрытый логические имена, определяемые ОПРЕДЕЛЕНИЕ / ПЕРЕВОД = СКРЫТО, можно использовать таким образом; эти укорененный каталоги определяются в конце "." в спецификации каталога, следовательно

$ DEFINE / TRANS = CONCEAL HOME DISK USERS: [имя пользователя.]

разрешит ГЛАВНАЯ: [DIR] ФАЙЛ использоваться. Более распространены простые логические схемы, указывающие на определенные каталоги, связанные с некоторым прикладным программным обеспечением, которое может находиться на любом диске или в любом каталоге. Следовательно, логический ABC_EXE может указывать на каталог исполняемых программ для приложения ABC, а ABC_TEMP может указывать на каталог временных файлов для того же приложения, и этот каталог может находиться на том же диске и в том же дереве каталогов, что и ABC_EXE, или может быть где-то на другой диск (и в другом дереве каталогов).

Логические имена не имеют аналогов в операционных системах POSIX. Они похожи на Unix переменные среды, за исключением того, что они расширяются файловой системой, а не командной оболочкой или прикладной программой. Они должны быть определены перед использованием, поэтому многие логические имена обычно определяются в файле команд запуска системы, а также в файлах команд входа пользователя. В VMS логические имена могут ссылаться на другие логические имена (до предопределенного предела вложенности из 10), и может содержать списки имен для поиска существующего имени файла. Некоторые часто упоминаемые логические имена:

логическое имя	смысл
`SYS $ INPUT`	эквивалент стандартный ввод, источник данных программы
`ВЫВОД SYS $`	эквивалент стандартный вывод, назначение данных программы
`SYS $ ERROR`	эквивалент стандартная ошибка, место назначения сообщения об ошибке программы
`SYS $ КОМАНДА`	источник команд командного файла (то есть командного файла .COM)
`TT`	терминал, связанный с процессом
`SYS $ PRINT`	принтер или очередь печати по умолчанию
`SYS $ ВХОД`	домашний каталог для каждого пользователя
`SYS $ SCRATCH`	временная папка, каталог для временных файлов
`SYS $ SYSTEM`	каталог, содержащий большинство системных программ и несколько важных файлов данных, таких как файл авторизации системы (учетные записи и пароли)
`SYS $ SHARE`	разделяемые библиотеки времени выполнения, исполняемые файлы и т. д.
`БИБЛИОТЕКА SYS $`	система и добавленные библиотеки

Ближайшей операционной системой, отличной от DEC, которая поддерживает концепцию логических имен, является AmigaOS, сквозь НАЗНАЧАТЬ команда. Дисковая операционная система AmigaOS, AmigaDOS, который является портом ТРИПО, имеет некоторое сходство с операционными системами DEC. Например, имена физических устройств следуют шаблону типа DF0: для первой дискеты, CDROM2: для 3-го дисковода компакт-дисков и т. Д. Однако, поскольку система может загружаться с любого подключенного дисковода, операционная система создает назначение SYS: для автоматической ссылки на используемое загрузочное устройство. Другие назначения, LIBS :, PREFS :, C :, S: и др. также сделаны, сами ссылаясь на SYS :. Разумеется, пользователям также разрешено создавать и уничтожать свои собственные назначения.

Ввод-вывод, ориентированный на запись: службы управления записями

Услуги по управлению записями структурированный Ввод / вывод слой операционной системы VMS. RMS обеспечивает комплексную программную поддержку для управления структурированный файлы, например, на основе записей и индексированных база данных файлы. Файловая система VMS в сочетании с RMS расширяет доступ к файлам за пределы простого байт -streams и обеспечивает поддержку на уровне ОС различных типов файлов с расширенным набором функций. Каждый файл в файловой системе VMS можно рассматривать как база данных, содержащий серию записи, каждый из которых имеет один или несколько индивидуальных поля. Например, текстовый файл - это список записей (строк), разделенных символом новой строки. RMS - это пример файловая система, ориентированная на записи.

Есть четыре форматы записи определяется RMS:

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

Есть четыре методы доступа к записи, или методы для извлечения существующих записей из файлов:

Последовательный доступ - начиная с определенной записи, последующие записи извлекаются по порядку до конца файла.
Доступ к относительному номеру записи - записи извлекаются через запись номер относительно начала файла.
Доступ к файлу записи по адресу - записи извлекаются непосредственно по их местоположению в файле (RFA или адрес файла записи).
Индексированный доступ - записи извлекаются с помощью ключа в виде сопоставление "ключ-значение".

Физическая структура: структура на диске

На уровне диска ODS представляет файловую систему как массив блоки, блок - это 512 непрерывных байтов на одном физическом диске (объем). Дисковые блоки назначаются в кластеры (первоначально 3 смежных блока, но позже увеличились с увеличением размера диска). В идеале файл на диске должен быть полностью непрерывным, то есть блоки, содержащие файл, будут последовательными, но фрагментация диска иногда требует, чтобы файл располагался в несмежных кластерах, и в этом случае фрагменты называются «экстентами». Диски можно комбинировать с другими дисками, чтобы сформировать набор громкости и файлы, хранящиеся где угодно на этом наборе дисков, но диски большего размера уменьшили использование наборов томов, поскольку управление одним физическим диском стало проще.

Каждый файл на диске Files-11 (или наборе томов) имеет уникальный идентификация файла (FID), состоящий из трех чисел: регистрационный номер (NUM), порядковый номер файла (SEQ), а относительный объемный номер (РВН). ЦИФРА указывает, где в INDEXF.SYS file (см. ниже) расположены метаданные для файла; SEQ - это номер поколения, который увеличивается, когда файл удаляется и создается другой файл, повторно используя ту же запись INDEXF.SYS (так что любые висящие ссылки на старый файл не указывают случайно на новый); а RVN указывает номер тома, на котором хранится файл при использовании набора томов.

Справочники

Структурная поддержка объема ОРВ обеспечивается файл каталога- специальный файл, содержащий список имен файлов, номеров версий файлов и связанных с ними FID, аналогичный каталогам VSAM на MVS. В корне структуры каталогов находится каталог основных файлов (MFD), корневой каталог, который содержит (прямо или косвенно) каждый файл на томе.

Файлы 11 directory structure.png
На этой диаграмме показан пример каталога, содержащего 3 файла, и способ сопоставления каждого файла с INDEXF.SYS запись (каждая запись INDEXF содержит дополнительную информацию; здесь показаны только первые несколько элементов).

Каталог основных файлов

На верхнем уровне файловой системы ODS находится каталог основных файлов (MFD), который содержит все файлы каталогов верхнего уровня (включая его самого) и несколько системных файлов, используемых для хранения информации о файловой системе. На томах ODS-1 используется двухуровневая структура каталогов: каждый идентификационный код пользователя (UIC) имеет связанный каталог файлов пользователя (UFD), вида [GROUP.USER]. На томах ODS-2 и более поздних версиях расположение каталогов в MFD является произвольным, с учетом ограничения на вложение каталогов (8 уровней в ODS-2 и неограниченное количество в ODS-5). В многотомных наборах MFD всегда хранится на первом томе и содержит подкаталоги всех томов.

В ODS MFD присутствуют следующие системные файлы:

ИНДЕКСF.SYS; 1—Index файл
BITMAP.SYS; 1—Сохранить файл растрового изображения
BADBLK.SYS; 1- файл плохого блока
000000.DIR; 1- сам файл каталога MFD
CORIMG.SYS; 1—Файл основного изображения
VOLSET.SYS; 1—Файл списка томов (только ODS-2/5)
ПРОДОЛЖЕНИЕ СИСТЕМА; 1—Продолжительный файл (только ODS-2/5)
BACKUP.SYS; 1—Файл журнала резервного копирования (только ODS-2/5)
BADLOG.SYS; 1—Отложенный плохой блок (только ODS-2/5)
БЕЗОПАСНОСТЬ.SYS; 1- Профиль безопасности тома (только ODS-2/5)
QUOTA.SYS; 1—Файл квоты (необязательно и доступен только для ODS-2/5)
GPT.SYS; 1—GUID Partitioning Table (GPT) (загрузочные структуры OpenVMS I64 EFI, необязательно в OpenVMS Alpha)

Обратите внимание, что сама реализация файловой системы обращается к этим файлам не по имени, а по их идентификаторам файлов, которые всегда имеют одинаковые значения. Таким образом, INDEXF.SYS всегда является файлом с NUM = 1 и SEQ = 1.

Индексный файл: INDEXF.SYS

Индексный файл содержит самую основную информацию о наборе томов Files-11.

Есть две организации INDEXF.SYS, традиционная организация и организация, используемая на дисках с GPT.SYS; со структурами таблицы разделов GUID (GPT).

При традиционной организации блок 1 - это загрузочный блок, который содержит расположение основной загрузочный образ, используется для загрузки операционной системы VMS. Он всегда находится в логическом блоке 0 на диске, так что микропрограмма оборудования может его прочитать. Этот блок присутствует всегда, даже на несистемных (незагрузочных) томах.

После загрузочного блока идет первичный жилой блок. Это содержит имя тома, расположение экстентов, составляющих оставшуюся часть индексного файла, UIC владельца тома и защита объема Информация. Обычно есть несколько дополнительных копий домашнего блока, известного как блоки вторичного дома, чтобы можно было восстановить том в случае его утери или повреждения.

На дисках с GPT.SYS GPT.SYS содержит эквивалент загрузочного блока (известный как основная загрузочная запись (MBR)), и нет основного домашнего блока. Все домашние блоки, присутствующие на диске на основе GPT, являются альтернативными домашними блоками. Эти структуры не включены в INDEXF.SYS, и блоки файла INDEXF.SYS не используются.

Остальная часть индексного файла состоит из заголовки файлов, которые описывают экстенты, выделенные файлам, находящимся на томе, и метаданные файла, такие как UIC владельца, списки управления доступом и информация о защите. Каждый файл описывается одним или несколькими заголовками файлов - может потребоваться более одного, если файл имеет большое количество экстентов. Заголовок файла представляет собой блок фиксированной длины, но содержит разделы фиксированной и переменной длины:

В заголовок содержит NUM и SEQ, информацию о защите (безопасности) и расположение остальной части заголовка файла.
В идентификатор Раздел содержит метаданные учета: имя файла, время создания и изменения, а также время последнего резервного копирования.
В карта описывает, какие блоки (экстенты) физического диска отображаются на каждый виртуальный блок файла.
В список контроля доступа содержит информацию ACL для файла.
В зарезервированная область это пробел в конце заголовка файла, который не используется операционной системой. Это может использоваться для информации о клиенте или поставщике.
Последние два байта заголовка - это контрольная сумма из предыдущих 255 слов, чтобы проверить правильность заголовка.

Если возможно, разделы map и ACL заголовка полностью содержатся в основной заголовок. Однако, если ACL слишком длинный или файл содержит слишком много экстентов, в основном заголовке не хватит места для их хранения. В этом случае заголовок расширения выделяется для хранения информации о переполнении.

Indexf layout.png
Макет INDEXF.SYS заголовок.

Заголовок файла начинается с 4 смещений (IDOFFSET, MPOFFSET, ACOFFSET и РОФФСЕТ). Поскольку размер областей после заголовка фиксированной длины может варьироваться (например, области карты и ACL), смещения необходимы для определения местоположения этих дополнительных областей. Каждое смещение - это количество 16-битных слов от начала заголовка файла до начала этой области.

Если для файла требуется несколько заголовков, номер сегмента расширения (SEGNUM) содержит порядковый номер этого заголовка, начиная с 0 в первой записи INDEXF.SYS.

STRUCLEV содержит текущий уровень структуры (в старшем байте) и версию (в младшем байте) файловой системы; ODS-2 является структурным уровнем 2. Увеличение номера версии указывает на изменение с обратной совместимостью, которое старое программное обеспечение может игнорировать; изменения на уровне самой структуры несовместимы.

W_FID (содержащий три значения: FID_NUM, FID_SEQ и FID_RVN, соответствующий файлу, последовательности и относительному номеру тома) содержит идентификатор этого файла; EXT_FID (снова состоящий из трех значений) содержит расположение следующего заголовка расширения, если таковой имеется. В обоих этих значениях RVN указывается как 0 для представления «текущего» объема (0 обычно не является действительным RVN).

ФИЛЕЧАР содержит несколько флагов, которые влияют на то, как файл обрабатывается или организовывается:

БЕЗ КОПИРОВАНИЯ заставляет этот файл игнорироваться, когда резервный запущен.
ЗАПИСЬ включает кэшированную (отложенную) запись в файл.
ПРОЧИТАТЬ заставляет все чтения файла выполняться дважды и сравнивать для обеспечения целостности данных.
ЗАПИСЬ приводит к тому, что все записи проверяются последующим чтением и сравнением.
CONTIGB заставляет ОС пытаться выделить хранилище для файла как можно более непрерывно.
ЗАБЛОКИРОВАНО устанавливается, если доступ к файлу заблокирован. Если установлено, это означает, что файл не был должным образом закрыт после последнего использования, и его содержимое может быть несовместимым.
CONTIG указывает, что файл хранится на диске непрерывно; то есть каждый виртуальный блок ${ displaystyle i}$ отображается на логический (физический) блок ${ Displaystyle я + к}$ , для некоторой постоянной ${ displaystyle k}$ .
BADACL устанавливается, если файл имеет недопустимый список управления доступом.
SPOOL устанавливается, если файл является файлом спула, например промежуточным файлом, используемым во время печати.
СПРАВОЧНИК устанавливается, если файл является каталогом.
BADBLOCK устанавливается, если файл содержит плохие блоки.
МАРКДЕЛ устанавливается, если файл был помечен для удаления, но все еще используется; он будет удален после закрытия последним пользователем.
БЕСПЛАТНО, если установлено, пространство, используемое файлом, не будет изыматься из квоты хранилища владельца.
СТЕРЕТЬ вызывает перезапись содержимого файла при его удалении.

ACCMODE описывает уровень привилегий при котором должен быть запущен процесс, чтобы получить доступ к файлу. VMS определяет четыре уровня привилегий: пользователь, супервизор, исполнитель и ядро. Каждый тип доступа - чтение, запись, выполнение и удаление - кодируется как 2-битное целое число.

FILEPROT содержит дискреционный контроль доступа информация для файла. Он разделен на 4 группы по 4 бита в каждой: система, владелец, группа и мир. Бит 0 соответствует доступу для чтения, 1 для записи, 2 для выполнения и 3 для удаления. Установка бита запрещает конкретный доступ к группе; очистка позволяет это.

Если заголовок файла является заголовком расширения, Обратная ссылка содержит идентификатор файла первичного заголовка; в противном случае он содержит идентификатор файла каталога, содержащего первичную запись для файла.

Другие файлы

Файл растрового изображения хранилища: BITMAP.SYS

Файл растрового изображения отвечает за хранение информации об используемом и доступном пространстве на томе. Он содержит блок управления хранилищем (SCB), который включает в себя сводную информацию, подробно описывающую ???, и битовую карту, массив битов, чтобы указать, свободен ли кластер блоков на диске или выделен. В ранних версиях VMS кластер состоял из 3 блоков, но по мере увеличения размера диска увеличивался и размер кластера.

Файл плохого блока: BADBLK.SYS

Файл сбойных блоков содержит все известные сбойные блоки физического тома. Цель состоит в том, чтобы помешать системе распределять их по файлам. Этот файл чаще использовался в первые дни, когда диски обычно производились с большим количеством плохих пятен на поверхности.

Файл списка наборов томов: VOLSET.SYS

Список набора томов расположен на томе 1 набора томов и содержит список меток всех томов в наборе и имя тома набора.

Файл продолжения: ПРОДОЛЖЕНИЕ.

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

Файл квоты: QUOTA.SYS

Файл квоты содержит информацию об использовании дискового пространства каждого UIC на томе. Он содержит запись для каждой UIC с выделенным для нее пространством на томе, а также информацию о том, сколько места используется этой UIC. ПРИМЕЧАНИЕ. Функция DISK QUOTA является необязательной, и файл будет существовать только в том случае, если эта функция когда-либо была включена.

Профиль безопасности тома: БЕЗОПАСНОСТЬ.SYS

Профиль безопасности тома содержит UIC владельца тома, маску защиты тома и его список управления доступом.

Таблица разбиения GUID: GPT.SYS

Этот файл перекрывает и защищает дисковые структуры MBR (основная загрузочная запись) и GPT (таблица разделов GUID), используемые для и им. Расширяемый интерфейс прошивки -соответствующая прошивка. Этот файл создается по умолчанию во время инициализации диска OpenVMS I64 и, при необходимости, создается (с помощью INITIALIZE / GPT) в OpenVMS Alpha.

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

Сравнение файловых систем
NTFS - Имеет много структурных сходств и метаданных с Files-11 и почти наверняка концептуально является производным от него.