Files-11
Le Files-11 , également connu sous le nom de structure de sur-disque de , est le système de fichiers employé par le d'OpenVMS de s de Hewlett-Packard le ' du système d'exploitation, et aussi (sous une forme plus simple) par le plus ancien RSX-11 . C'est un système de fichiers hiérarchique du , avec le soutien du disque - entrée-sortie orientée , accès à distance du réseau , et Versioning des listes de contrôle d'accès de dossier.
Files-11 est semblable à, mais plus avancé que, les systèmes de fichiers utilisés dans les logiciels d'exploitation précédents de Digital Equipment Corporation tels que le TOPS-20 et le RSTS/E .
Histoire
Le système de fichiers indigène d'OpenVMS est descendu des logiciels d'exploitation plus anciens de DEC, et est semblable de plusieurs manières. Une différence importante est la disposition des annuaires. Ces systèmes de fichiers tous ont fourni une certaine forme de structure d'annuaire non hiérarchique rudimentaire, typiquement basée sur assigner un annuaire par compte d'utilisateur. Sous RSTS/E, chaque compte d'utilisateur a été représenté par deux nombres, une paire, et a eu un annuaire associé. Des fichiers système spéciaux, tels que les executables de programme et l'OS lui-même, ont été stockés dans l'annuaire d'un compte réservé de système.Tandis que ce convenait aux systèmes du PDP-11 , qui ont possédé la capacité limitée de mémoire permanente, l'arrivée des systèmes de VAX avec les unités de disque dur très grand (pendant le temps) a exigé une méthode plus flexible de storage&mdash de dossier ; disposition hiérarchique d'annuaire en particulier, l'amélioration la plus notable d'ODS-2.
Vue d'ensemble
" ; Files-11" ; est la limite générale pour cinq systèmes de fichiers séparés, connue sous le nom de niveaux 1 (ODS) de structure de sur-disque, par 5. que l'appui pour chaque système de fichiers est par l'intermédiaire de différents procédés auxiliaires de commande (ACPs), un par chacun des niveaux d'ODS.Le ODS-1 est le système de fichiers plat employé par l'OS RSX-11, soutenu sur des systèmes plus anciens de VAX pour la compatibilité de RSX, mais non jamais employé pour soutenir VMS lui-même ; il a été en grande partie remplacé par ODS-2 et ODS-5.
Le ODS-2 est le système de fichiers standard de VMS, et demeure le système de fichiers le plus commun pour des disques de système (le disque sur lequel VMS lui-même est installé).
Bien que rarement visé par leurs désignations de niveau d'ODS, le ODS-3 et le ODS-4 sont le soutien Files-11 de l'OIN 9660 de CD-ROM et sierra systèmes de fichiers de haute de , respectivement.
Le ODS-5 est une version prolongée d'ODS-2 disponible sur l'alpha et les plates-formes du IA-64 qui ajoute le soutien des noms de fichier de Cas-préservation du avec les caractères non- du ASCII et des améliorations à l'appui hiérarchique d'annuaire. On l'a à l'origine prévu pour le dossier servant au Microsoft Windows ou d'autres systèmes non-VMS en tant qu'élément du " ; " de l'affinité de NT de ; projeter, mais est également employé sur des disques d'utilisateur et des serveurs de l'Internet .
Disposition d'annuaire
style=" dehiérarchie d'annuaire Files-11 typique du A de .
Tous les dossiers et annuaires dans un système de fichiers Files-11 sont contenus à l'intérieur d'un ou plusieurs annuaires de parent de , et par la suite sous le répertoire racine, l'annuaire de fichier principal de (voir ci-dessous). Le système de fichiers est donc organisé dans une structure tree-like.
Dans cet exemple (le voient droit), 2 File a une entrée de répertoire sous le Dir 2 et le Dir 3 ; c'est " ; in" ; les deux annuaires simultanément. Même si enlevé d'un, il existait toujours dans l'autre annuaire jusqu'à enlever de là aussi. C'est semblable au concept des liens durs dans le UNIX , bien que le soin doive être pris que le dossier n'est pas supprimé réellement sur les disques qui ne sont pas installés pour des liens durs (seulement disponibles sur disques ODS-5, et puis seulement si le disque a des liens durs permis). clear=" de
Organisation et nomination de disque
Un système opérationnel de VMS a accès à un ou plusieurs disques en ligne, qui contient un système de fichiers complet et indépendant. Ce sont stockage local ou, dans le cas d'un faisceau, stockage partagé avec les systèmes à distance.style=" de
le schéma 1 : Disque configuration. de faisceau d'OpenVMS d'échantillon
Dans une configuration de faisceau d'OpenVMS, des disques non-privés sont partagés entre tous les noeuds dans le de faisceau (voir le schéma 1) . Dans cette configuration, les deux disques de système sont accessibles aux deux noeuds par l'intermédiaire du réseau, mais le disque privé n'est pas partagé : il est monté pour l'usage seulement par un utilisateur particulier ou un processus sur cette machine. L'accès aux dossiers à travers un faisceau est contrôlé par le directeur de serrure distribué par OpenVMS, une partie intégrale du système de fichiers.
Des disques multiples peuvent être combinés pour former un grand disque logique simple, ou l'ensemble de volume de . Les disques peuvent également être automatiquement repliés en jeux d'ombre de pour la protection des données ou plus rapidement lire l'exécution.
Un disque est identifié par son nom physique ou (plus souvent) par un nom logique défini pour l'utilisateur. Par exemple, l'unité d'initialisation (disque de système) peut avoir le nom physique $3$DKA100, mais lui est généralement mentionnée par le nom logique SYS$SYSDEVICE de .
Les systèmes de fichiers sur chaque disque (excepté ODS-1) sont hiérarchiques. Un nom de fichier entièrement spécifique se compose d'un nodename, un username et un mot de passe, un nom d'appareil, annuaire, nom de fichier, type de dossier, et un nombre de version, dans le format :
NODE" ; pass" d'utilisateur ; : : dispositif : filename.type ; ver
Par exemple, FILE.EXT se rapporte à la dernière version de FILE.EXT, sur le disque courant de défaut, dans l'annuaire .
DIR1 est un sous-répertoire de l'annuaire de fichier principal (MFD), ou le répertoire racine de , et DIR2 est un sous-répertoire de DIR1. Le microfarad d'un disque est identifié par .
Des majeures parties du nom de fichier peuvent être omises, dans ce cas elles sont prises des spécifications de dossier courantes de défaut de . Les spécifications de dossier de défaut remplacent le concept du " ; directory" courant ; dans d'autres logiciels d'exploitation en fournissant un ensemble de défauts pour le noeud, le nom d'appareil et l'annuaire. Tous les processus ont des spécifications de dossier de défaut qui incluent le nom et l'annuaire de disque, et la plupart des routines de système de fichiers de VMS acceptent des spécifications de dossier de défaut qui peuvent également inclure le type de dossier ; la commande de TYPE, par exemple, se transfère sur le " ; .LIS" ; comme type de dossier, ainsi TYPE F de commande, sans la prolongation, essaye d'ouvrir le dossier F.
Chaque dossier a un nombre de version, qui se transfère sur 1 si aucune autre version du même nom de fichier n'est présente (autrement un plus haut que la plus grande version). Chaque fois qu'un dossier est sauvé, plutôt que recouvrant la version existante, un nouveau dossier avec le même nom mais un nombre de version incrémenté est créé. Les vieilles versions sont peuvent être supprimées explicitement, avec le DELETE ou la commande de PURGE, ou sur option, des versions plus anciennes d'un dossier peuvent être supprimées automatiquement quand la limite de version du du dossier est atteinte (placer par le SET FILE/VERSION_LIMIT). De vieilles versions ne sont pas ainsi recouvertes, mais sont gardées sur le disque et peuvent être recherchées à tout moment. La limite architecturale sur des nombres de version est 32767. Le comportement versioning est facilement dépassé s'il est non désiré. En particulier, les dossiers qui sont directement mis à jour, comme des bases de données, ne créent pas de nouvelles versions à moins qu'explicitement programmés.
ODS-2 est limité à huit niveaux des sous-répertoires, et seulement des noms majuscules et alphanumériques (plus le soulignage, le tiret, et le signe du dollar) jusqu'à 39.39 caractères (des 39 pour le nom de fichier et des 39 différents pour la prolongation). ODS-5 augmente le jeu de caractères aux lettres minuscules et à la plupart des autres caractères d'ASCII imprimables, aussi bien que le Latin-1 d'OIN et les caractères d'Unicode , augmentations la longueur maximum de nom de fichier et permet les niveaux illimités des sous-répertoires. En construisant un nom pour un dossier ODS-5 qui emploie des caractères non permis sous ODS-2, un " spécial ; ^" ; la syntaxe est employée pour préserver ascendant la compatibilité ; le " de dossier ; file.gz ; 1" ; sur un disque ODS-5, par exemple, désigné sous le nom du " ; file^.gz" ; &mdash ; le nom du dossier est " ; file.tar" ; , et la prolongation est " ; .
Sécurité de dossier : protection et ACLs
La sécurité de dossier de VMS est définie par deux mécanismes, contrôle d'accès UIC-basé et ACL - contrôle d'accès basé. Le contrôle d'accès d'UIC est basé sur le propriétaire du dossier et de l'UIC, ou l'utilisateur, accédant au dossier. L'accès est déterminé par quatre groupes de permissions :
Système
Propriétaire
Groupe
Monde
Et quatre bits de permission :
Lu
Écrire
Exécuter
Suppression
Le " ; system" ; l'accès s'applique à n'importe quel utilisateur dont le code de groupe d'UIC est inférieur ou égal à le paramètre MAXSYSGROUP (en général 8, ou 10 octal) (par exemple l'utilisateur de SYSGEN de SYSTEM) ; " ; owner" ; et " ; group" ; s'appliquer au propriétaire du Groupe d'utilisateurs de dossier et de cet utilisateur, et au " ; world" ; s'applique à n'importe quel autre utilisateur. Il y a également un cinquième peu de permission, " ; Control" ; , qui est employé pour déterminer l'accès aux méta-données de fichier mouvements telles que la protection. Ce groupe ne peut pas être placé explicitement ; il est toujours placé pour le système et le propriétaire, et jamais pour le groupe ou le monde.
le contrôle d'accès UIC-basé est également affecté par quatre privilèges de système, qui permettent des utilisateurs les tenant pour dépasser des contrôles d'accès :
BYPASS : l'utilisateur a implicitement accès de RWED à tous les dossiers, indépendamment de la protection de dossier ;
READALL : l'utilisateur a implicitement accès de R à tous les dossiers ;
SYSPRV : l'utilisateur peut accéder à des dossiers basés sur la protection de système ;
GRPPRV : l'utilisateur peut accéder à des dossiers basés sur la protection de système si leur groupe d'UIC assortit le groupe du dossier.
ACLs permettent à des privilèges additionnels d'être assignés sur un user&ndash ; ou group&ndash ; base spécifique ; par exemple, on a pu accorder l'UIC d'un web server l'accès en lecture à tous les dossiers dans un annuaire particulier. ACLs peut être marqué en tant que hérité par , où un ACL du fichier répertoire s'applique à tous les dossiers sous lui. ACLs sont modifiés using la commande de EDIT/ACL, et prennent la forme de marque/de paires d'accès. Par exemple, le rubrique de liste ACL
(IDENTIFIER=HTTP$SERVER, ACCESS=READ+EXECUTE)
permettrait à l'utilisateur HTTP$SERVER de lire et exécuter le dossier.
Noms logiques
Un nom logique est une variable système qui peut mettre en référence un disque, un annuaire ou un dossier, ou contiennent l'autre information programme-spécifique. Par exemple, le SYS$SYSDEVICE logique contient l'unité d'initialisation du système. Un nom logique se rapporte normalement à un annuaire ou à un disque simple, le par exemple SYS$LOGIN : qui est l'annuaire (à la maison) de l'ouverture de l'utilisateur (ou des annuaires) ; ces logicals ne peuvent pas être employés en tant que véritable names&mdash de disque ; SYS$LOGIN : FILE n'est pas des spécifications de dossier valides. Cependant, le a caché des noms logiques de , définis par DEFINE/TRANSLATION=CONCEALED, peut être employé de cette façon ; ces annuaires de enracinés par sont définis avec un " de remorquage ;. " ; sur les spécifications d'annuaire, par conséquent$ DEFINE/TRANS=CONCEAL AUTOGUIDENT DISK$USERS :
permettrait le HOME : FILE à employer. Plus communs sont les logicals simples qui indiquent les annuaires spécifiques liés à du logiciel d'application qui peut être situé dedans sur n'importe quel disque ou n'importe quel annuaire. Par conséquent ABC_EXE logique peut indiquer un annuaire des programmes exécutables pour l'ABC d'application et ABC_TEMP peut indiquer un annuaire des fichiers temporaires pour cette même application et cet annuaire peut être sur le même disque et dans le même arbre d'annuaire qu'ABC_EXE ou pourrait être quelque part sur un autre disque (et dans un arbre d'annuaire différent).
Les noms logiques n'ont pas un équivalent étroit dans des logiciels d'exploitation de POSIX. Ils ressemblent aux variables d'environnement de d'Unix à moins qu'ils soient augmentés par le système de fichiers, au lieu de la coquille de commande ou du programme d'application. Ils doivent être définis avant emploi, ainsi elle est commune pour que beaucoup de noms logiques soient définis dans le fichier de commande de lancement du système, comme des fichiers de commande d'ouverture d'utilisateur.
Le non-VMS le plus étroit du système d'exploitation pour soutenir le concept des noms logiques est AmigaOS, par la commande de ASSIGN. En effet, le disque d'AmigaOS du système d'exploitation, AmigaDOS, semble dériver beaucoup du VMS, impliquant ce Tripos (dont AmigaDOS est un port de) lui-même a été inspiré fortement du VMS. Par exemple, les noms d'appareil physiques suivent un modèle comme DF0 : pour le premier à disque souple, CDROM2 : pour la 3èmes commande de CD-ROM, etc. Cependant, puisque le système peut initialiser au loin de n'importe quelle commande jointe, le du système d'exploitation crée le système : la tâche pour mettre en référence automatiquement l'unité d'initialisation a employé. D'autres tâches, BIBLIOTHÈQUES : , PREFS : , C : , S : , et autres sont également faits, eux-mêmes référencés au loin du système :. On permet à des des utilisateurs, naturellement, de créer et détruire leurs propres tâches aussi.
Les noms logiques peuvent mettre en référence d'autres noms logiques (jusqu'à une limite prédéfinie d'emboîtement de 10), et peut contenir des listes de noms pour rechercher un nom de fichier existant. Certains ont fréquemment mis en référence des noms logiques sont :
entrée-sortie Enregistrer-orientée : Services de gestion des registres
les services de gestion des registres de de est la couche structurée de l'entrée-sortie du VMS du système d'exploitation. Le RMS fournit l'appui complet de programme pour les dossiers de gestion de structurés par tel que les dossiers enregistrer-basés et répertoriés de la base de données . Le système de fichiers de VMS, en même temps que le RMS, prolonge des dossiers accèdent au byte simple passé - des jets et permettent le soutien d'OS-niveau d'une série de types de dossiers de riches. Chaque dossier dans le système de fichiers de VMS peut être considéré comme une base de données , contenant une série de disques , qui a un des champs plus différents . Un dossier des textes, par exemple, est une liste de disques (lignes) séparés par un caractère de caractère NL. Le RMS est un exemple d'un système de fichiers Enregistrer-orienté par . Il y a quatre formats d'enregistrement de définis par RMS :
Longueur fixe - tous les disques dans le dossier ont la même longueur.
De longueur variable - les disques varient dans la longueur, et chaque disque est mis en tête par un byte de compte donnant sa longueur.
Longueur de l'enregistrement variable avec la commande de longueur constante - les disques varient dans la longueur, mais sont précédés par un bloc de gestion de longueur constante.
Jet - enregistrer varient dans la longueur, et chaque disque est séparé de le prochain par un caractère d'arrêt. Un dossier des textes est un exemple d'un dossier de jet-format using retour à la ligne ou le retour de chariot pour séparer des disques.
Il y a quatre méthodes d'accès record de , ou méthodes pour rechercher les disques existants à partir des dossiers :
À accès direct - commençant par des disques d'un détail, des disques suivants sont recherchés dans l'ordre jusqu'à l'extrémité du dossier.
Accès de numéro relatif d'article - des disques sont recherchés par l'intermédiaire d'un nombre record de relativement au commencement du dossier.
Accès d'adresse de dossier record - des disques sont recherchés directement par leur endroit dans le dossier (MLDS, ou l'adresse de dossier record).
Accès répertorié - des disques sont recherchés par l'intermédiaire d'une clef, sous une forme de clef-valeur de traçant .
Disposition physique : la structure de Sur-Disque
Au niveau de disque, l'ODS représente le système de fichiers pendant qu'un choix de bloque , un bloc étant de 512 bytes contigus sur un disque physique (volume de ). Des blocs de disque sont assignés dans les faisceaux (à l'origine 3 blocs contigus de mais plus tard accru avec de plus grandes tailles de disque). Un dossier sur le disque sera idéalement entièrement contigu, c. les blocs qui contiennent le dossier seront fragmentation séquentielle, mais de disque exigeront parfois le dossier localisé dans les faisceaux discontiguous dans ce cas les fragments s'appellent les « ampleurs ». Des disques peuvent être combinés avec d'autres disques pour former un ensemble de volume de et les dossiers stockés n'importe où à travers celui ont placé des disques mais de plus grandes tailles de disque ont réduit l'utilisation des ensembles de volume parce que la gestion d'un disque physique simple est plus simple.Chaque dossier sur un disque Files-11 (ou l'ensemble de volume) a une identification de dossier unique de (FID), composée de trois nombres : le nombre de dossier de (NUMÉRIQUE), de numéro de séquence de dossier de (SEQ), et le numéro du volume relatif de (RVN). Le NUMÉRIQUE indique où dans le dossier de INDEXF.SYS (voir ci-dessous) les méta-données pour le dossier sont situées ; le SEQ est un nombre de génération qui a incrémenté quand le dossier est supprimé et un autre dossier est créé ne réutilisant la même entrée d'INDEXF.SYS (ainsi aucune référence balançante au vieux dossier ne pas indiquer accidentellement le neuf) ; et le RVN indique le numéro du volume sur lequel le dossier est stocké en employant un ensemble de volume.
Annuaires
L'appui structural d'un volume d'ODS est fourni par un &mdash du fichier répertoire de ; un dossier spécial contenant une liste de noms de dossier, de nombres de version de dossier et de leur FIDs associé. À la racine de la structure d'annuaire est l'annuaire de fichier principal de (microfarad), le répertoire racine qui contient (directement ou indirectement) chaque dossier sur le volume.style=" de
le de ce diagramme montre un annuaire d'exemple contenant 3 dossiers, et la manière chaque nom de fichier est tracée à l'entrée de INDEXF.SYS (chaque entrée d'INDEXF contient plus d'information ; seulement les articles premiers sont montrés ici).
L'annuaire de fichier principal
Au niveau supérieur de l'ODS un système de fichiers est l'annuaire de fichier principal de (microfarad), qui contient tous les fichiers répertoire supérieurs (lui-même y compris), et plusieurs fichiers système employés pour stocker l'information de système de fichiers. Sur les volumes ODS-1, une structure d'annuaire à deux niveaux est employée : chaque code (UIC) d'identification de l'utilisateur de a un annuaire de dossier associé d'utilisateur de (UFD), de la forme . Sur ODS-2 et volumes postérieurs, la disposition des annuaires sous le microfarad est free-form, sujet à une limite sur l'emboîtement des annuaires (8 niveaux sur ODS-2 et illimités sur ODS-5). Sur les ensembles multivolume, le microfarad est toujours stocké sur le premier volume, et contient les sous-répertoires de tous les volumes. Les fichiers système suivants sont présents dans l'ODS microfarad :
INDEXF.SYS ; 1&mdash ; Dossier d'index
BITMAP.SYS ; 1&mdash ; Dossier à mémoire d'image de stockage
BADBLK.SYS ; 1&mdash ; Dossier de mauvais bloc
000000.DIR ; 1&mdash ; Le fichier répertoire de microfarad lui-même
CORIMG.SYS ; 1&mdash ; Fichier image mémoire
VOLSET.SYS ; 1&mdash ; Fichier de listage d'ensemble de volume (ODS-2/5 seulement)
CONTIN.SYS ; 1&mdash ; Fichier suite (ODS-2/5 seulement)
BACKUP.SYS ; 1&mdash ; Fichier de consignation de secours (ODS-2/5 seulement)
BADLOG.SYS ; 1&mdash ; En attendant le mauvais bloc (ODS-2/5 seulement)
SECURITY.SYS ; 1&mdash ; Profil de sécurité de volume (ODS-2/5 seulement)
QUOTA.SYS ; 1&mdash ; Dossier de quote-part (ODS-2/5 de dessous facultatif et disponible seulement)
GPT.SYS ; 1&mdash ; GUID divisant le Tableau (GPT) (structures de botte d'OpenVMS I64 EFI, facultatives sur l'alpha d'OpenVMS)
Noter que l'exécution de système de fichiers elle-même ne se rapporte pas à ces dossiers de nom, mais par leurs IDs de dossier, qui ont toujours les mêmes valeurs.SYS est toujours le dossier avec = 1 NUMÉRIQUE et = 1.
Dossier d'index : INDEXF.SYS
Le dossier d'index contient les informations les plus fondamentales sur un ensemble de volume Files-11.Il y a deux organismes d'INDEXF.SYS, de l'organisation traditionnelle et de l'organisation utilisées sur des disques avec GPT.SYS ; avec les structures de Tableau de cloison (GPT) de GUID.
Avec l'organisation traditionnelle, le bloc 1 est le bloc de botte de , qui contient l'endroit de l'image primaire de circuit fermé de , employé pour charger le VMS du système d'exploitation. Ceci est toujours situé au bloc logique 0 sur le disque, de sorte que les progiciels de matériel puissent le lire. Ce bloc est toujours présent, même sur les volumes (non-bootable) de non-système.
Après que le bloc de botte soit l'à la maison primaire de bloquer . Ceci contient le nom de volume de , l'endroit des ampleurs comportant le reste du dossier d'index, l'UIC du propriétaire de volume, et l'information de la protection de volume de . Il y a normalement plusieurs copies additionnelles du bloc de maison, connues sous le nom de la maison secondaire de bloque , pour permettre le rétablissement du volume s'il est perdu ou endommagé.
Sur des disques avec GPT.SYS contient l'équivalent du bloc de botte (connu sous le nom de disque de botte principale (MBR)), et il n'y a aucun bloc à la maison primaire. Tous les blocs à la maison actuels sur un disque GPT-basé sont les blocs à la maison alternatifs. Ces structures ne sont pas incluses dans INDEXF.SYS, et les blocs du dossier d'INDEXF.
Le reste du dossier d'index se compose d'en-têtes de dossier de , qui décrivent les ampleurs assignées aux dossiers résidant sur le volume, et de méta-données de dossier telles que le propriétaire UIC, ACLs et information de protection. Chaque dossier est décrit par un ou plusieurs headers&mdash de dossier ; plus d'un peut être exigé quand un dossier a un grand nombre d'ampleurs. L'en-tête de dossier est un bloc de longueur constante, mais contient les deux le fixed&ndash ; et variable&ndash ; sections de longueur :
L'en-tête de contient le NUMÉRIQUE et SEQ, l'information de protection (sécurité), et les endroits du reste de l'en-tête de dossier.
La section de l'identification de contient les méta-données de comptabilité : le nom de fichier, temps de création et de modification, et la période du dernier support.
La carte de décrit que le disque physique bloque la carte (d'ampleurs) à chaque bloc virtuel du dossier.
L'Access Control List de contient l'information d'ACL pour le dossier.
Le secteur réservé par est l'espace à l'extrémité de l'en-tête de dossier qui n'est pas employé par le du système d'exploitation. Ceci peut être employé près pour le client ou l'information vendor-specific.
Les deux derniers bytes de l'en-tête sont une somme des 255 mots précédents, pour vérifier la validité de l'en-tête.
Si possible, la carte et des sections d'ACL de l'en-tête sont contenues complètement dans l'en-tête primaire de . Cependant, si l'ACL est trop long, ou le dossier contient trop d'ampleurs, là ne sera pas assez d'espace dans l'en-tête primaire pour les stocker. Dans ce cas-ci, un en-tête de prolongation de est assigné pour stocker l'information de débordement.
style=" de
disposition de de de l'en-tête de INDEXF.
L'en-tête de dossier commence par 4 excentrages (IDOFFSET, MPOFFSET, ACOFFSET et ROFFSET). Puisque la taille des secteurs après que l'en-tête de longueur constante puisse varier (comme la carte et des secteurs d'ACL), les excentrages sont exigées pour localiser ces secteurs additionnels. Chacun a compensé est le nombre de mots de 16 bits du commencement de l'en-tête de dossier au commencement de ce secteur.
Si le dossier exige les en-têtes multiples, le nombre de segment de prolongation de (SEGNUM) contient numéro de séquence de cet en-tête, commençant à 0 dans la première entrée dans INDEXF.
STRUCLEV contient le niveau courant de structure (en byte élevé) et la version (en bas byte) du système de fichiers ; ODS-2 étant niveau 2. Une augmentation du nombre de version indique un changement vers l'arrière-compatible qu'un logiciel plus ancien peut ignorer ; les changements du niveau de structure lui-même sont incompatibles.
W_FID (contenant trois valeurs : FID_NUM, FID_SEQ et FID_RVN, correspondant au dossier, ordre, et numéro du volume relatif) contient l'identification de ce dossier ; EXT_FID (de nouveau composé de trois valeurs) tient l'endroit du prochain en-tête de prolongation, le cas échéant. En tous les deux valeurs, le RVN est spécifié en tant que 0 pour représenter le " ; current" ; volume (0 n'est pas normalement un RVN valide).
FILECHAR contient plusieurs drapeaux qui affectent comment le dossier est manipulé ou organisé :
NOBACKUP cause ce dossier d'être ignoré quand un support est couru.
WRITEBACK permet caché (retardé) écrit au dossier.
READCHECK cause tout lit du dossier à faire deux fois, et comparé pour assurer l'intégrité des données.
les résultats de WRITCHECK en tout écrit l'vérification par lue suivante et compare.
CONTIGB fait essayer l'OS d'assigner le stockage pour le dossier dans aussi contigu une façon comme possible.
LOCKED est placé si le dossier est deaccess-verrouillé. Si réglé, ceci indique que le dossier n'a pas été correctement fermé après sa dernière utilisation, et le contenu peut être contradictoire.
CONTIG indique que le dossier est stocké contigu sur le disque ; c'est-à-dire, chaque bloc virtuel est tracé au bloc (physique) logique , pour un certain constant.
BADACL est placé si le dossier a un Access Control List inadmissible.
SPOOL est placé si le dossier est un dossier de bobine, tel qu'un dossier intermédiaire utilisé pendant l'impression.
DIRECTORY est placé si le dossier est un annuaire.
BADBLOCK est placé si le dossier contient de mauvais blocs.
MARKDEL est placé si le dossier a été marqué pour la suppression, mais est encore en service ; il sera supprimé une fois fermé par le dernier utilisateur.
NOCHARGE, si réglé, cause l'espace employé par le dossier à ne pas prendre de la quote-part du stockage du propriétaire.
ERASE cause le contenu du dossier d'être recouvert quand il est supprimé.
ACCMODE décrit le niveau de privilège de auquel un processus doit fonctionner afin d'accéder au dossier. Le VMS définit quatre niveaux de privilège : utilisateur, surveillant, exec, et grain. Chaque type d'accès - lu, écrire, exécuter et suppression - est codé comme nombre entier de 2 bits.
FILEPROT contient l'information discrétionnaire du contrôle d'accès pour le dossier. Il est divisé en 4 groupes de 4 bits chacun : système, propriétaire, groupe et monde. 0 mordu correspond à l'accès en lecture, 1 pour écrire, 2 à exécuter et 3 à supprimer. L'établissement d'un peu nie un accès particulier à un groupe ; le dégagement de lui le permet.
Si l'en-tête de dossier est un en-tête de prolongation, BACKLINK contient l'identification de dossier de l'en-tête primaire ; autrement, il contient l'identification de dossier du fichier répertoire contenant l'entrée primaire pour le dossier.
D'autres dossiers
Dossier à mémoire d'image de stockage : de BITMAP.SYS le dossier à mémoire d'image est responsable de stocker l'information concernant l'espace utilisé et disponible sur un volume. Il contient le bloc de gestion de stockage de (SCB), qui inclut l'information récapitulative détaillant ? ? ? , et la carte binaire, un choix de peu pour indiquer si un faisceau des blocs sur le disque est libre ou assigné. Dans des versions tôt de VMS le faisceau a comporté 3 blocs mais à mesure que les tailles de disque ont augmenté, a ainsi la taille de faisceau. Dossier de mauvais bloc : de BADBLK.SYS le dossier de mauvais bloc contient une liste de mauvais bloc sur le volume physique, de sorte que le système puisse éviter de les assigner aux dossiers. Ce dossier a été employé plus en débuts où des disques ont été typiquement fabriqués avec des pièces rapportées plus mauvaises sur la surface.
Fichier de listage d'ensemble de volume : de VOLSET.SYS la liste d'ensemble de volume est situé sur le volume 1 d'un ensemble de volume, et contient une liste d'étiquettes de tous les volumes dans l'ensemble, et le nom de volume de l'ensemble.
Fichier suite : de CONTIN.SYS quand un dossier sur un ensemble multivolume croise la frontière de deux volumes constitutifs, le fichier suite est employé en tant que son en-tête de prolongation et décrit le volume où le reste du dossier peut être trouvé.
Dossier de quote-part : de QUOTA.SYS le dossier de quote-part contient l'information de l'utilisation d'espace disque de chaque UIC sur un volume. Il contient un disque pour chaque UIC avec l'espace assigné à lui sur un volume, avec l'information sur combien d'espace est employé par cela UIC. NOTE de : Le dispositif de QUOTE-PART de DISQUE est facultatif et le dossier existera seulement si le dispositif était jamais permis.
- Profil de sécurité de volume : de SECURITY.SYS
GUID divisant le Tableau : de GPT.SYS ce dossier de des structures recouvre et protège de MBR (disque de botte principale) et de GPT (GUID divisant le Tableau) disque utilisées pour et par l'interface extensible - progiciels conformes de progiciels de . Ce dossier est créé par défaut pendant l'initialisation de disque d'OpenVMS I64, et est sur option créé (avec INITIALIZE/GPT) sur l'alpha d'OpenVMS.