Fișiere-11 (cunoscut și ca structură pe disc ) este un sistem de fișiere utilizat în sistemul de operare OpenVMS , precum și într-o formă mai simplă în sistemul de operare RSX-11 mai vechi. Este un sistem de fișiere ierarhic cu suport pentru liste de control al accesului , I/O orientate spre scriere, acces la rețea de la distanță și versiuni de fișiere.
Files-11 este similar cu sistemele de fișiere utilizate în sistemele de operare DEC anterioare, cum ar fi TOPS-20 și RSTS/E , dar este mult mai avansat.
Sistemul nativ de fișiere OpenVMS provine și este similar cu sistemele de operare DEC mai vechi în multe privințe. Principala diferență este locația directoarelor. Aceste sisteme de fișiere oferă o formă de structură rudimentară de directoare non-ierarhică, de obicei bazată pe alocarea unui director pentru fiecare cont de utilizator. În RSTS/E, fiecare cont de utilizator era reprezentat de două numere, perechea [project.programmer], și avea un director asociat. Fișierele de sistem speciale, cum ar fi executabilele programului și sistemul de operare însuși, au fost stocate într-un director rezervat pentru contul de sistem.
Deși acest lucru era aplicabil pe sistemele PDP-11 , care aveau o capacitate limitată de ROM, sistemele VAX cu hard disk-uri mult mai mari necesitau o metodă mai flexibilă de stocare a fișierelor: în special aranjarea ierarhică a directoarelor, cea mai notabilă îmbunătățire a ODS-2.
Files-11 este numele generic pentru cinci sisteme de fișiere separate, cunoscute ca nivelurile 1 până la 5 ale structurii pe disc (ODS).
ODS-1 este sistemul de fișiere plat utilizat în sistemul de operare RSX-11; acceptat de versiunile mai vechi ale sistemului de operare VMS pentru compatibilitate cu RSX-11, dar niciodată folosit de VMS în sine; a fost aproape universal înlocuit de ODS-2 și ODS-5.
ODS-2 , sistemul de fișiere standard pentru VMS, este încă cel mai frecvent utilizat sistem de fișiere pentru unitatea de sistem (unitatea pe care este instalat sistemul de operare).
Deși rar menționate prin desemnarea nivelului lor ODS, ODS-3 și ODS-4 sunt suport Files-11 pentru sistemele de fișiere ISO 9660 și , respectiv, High Sierra CD .
ODS-5 este o versiune extinsă a ODS-2, disponibilă pentru platformele Alpha sau Itanium , care adaugă suport pentru păstrarea majusculelor pentru numele de fișiere non- ASCII și îmbunătățește suportul pentru directoare ierarhice. A fost conceput inițial pentru a servi fișiere pe Microsoft Windows sau alte sisteme non-VMS, ca parte a proiectului de afinitate NT , dar este folosit și pe discuri ale utilizatorilor și servere de Internet .
Toate fișierele și directoarele dintr-un sistem de fișiere Files-11 se află în unul sau mai multe directoare părinte și, eventual, în directorul rădăcină, directorul fișierelor master (MFD). Prin urmare, sistemul de fișiere este organizat într-o structură arborescentă.
În exemplul din dreapta, Fișierul 2 are o intrare în directoarele Dir 2 și Dir 3; este în ambele directoare în același timp. Chiar dacă este eliminat dintr-un director, va exista în continuare în altul până când este eliminat și de acolo. Acest lucru este foarte asemănător cu conceptul de hard link-uri în UNIX , deși trebuie avut grijă aici pentru a nu șterge de fapt un fișier de pe unități care nu acceptă hard link-uri. Legăturile hard sunt disponibile numai pe unitățile ODS-5 și numai dacă sunt activate pe acele unități.
Un sistem VMS funcțional are acces la una sau mai multe unități atașate permanent, fiecare conținând un sistem de fișiere complet independent. Acestea sunt fie stocare locală, fie, în cazul unui cluster , stocare partajată cu sisteme la distanță.
Într-o configurație de cluster OpenVMS, discurile non-private sunt partajate de toate nodurile de cluster (vezi Figura 1). În această configurație, două discuri de sistem sunt disponibile pentru ambele noduri de cluster, dar discul privat nu este partajat: este montat doar pentru utilizare de către un singur utilizator sau proces pe prima mașină. Accesul la fișierele din cluster este controlat de OpenVMS Distributed Lock Manager, o parte integrantă a sistemului de fișiere.
Mai multe discuri pot fi combinate într-un singur disc logic sau set de volum mai mare. De asemenea, unitățile pot fi copiate automat în seturi umbre pentru protecția datelor sau o performanță mai bună de citire.
La o unitate se face referire fie prin numele său fizic, fie (mai frecvent) printr-un nume logic specificat de utilizator. De exemplu, un dispozitiv de pornire (unitatea de sistem) poate avea un nume fizic de $3$DKA100, dar de obicei ar fi denumit un nume logic SYS$SYSDEVICE.
Sistemul de fișiere de pe fiecare disc (cu excepția ODS-1) este ierarhic. Specificația completă a fișierului constă din numele gazdă, numele contului de utilizator și parola, numele dispozitivului, directorul, numele fișierului, tipul fișierului și versiunea fișierului și are următorul format:
NODE „parolă nume cont”::dispozitiv:[directory.subdirectory]filename.type;versiune nod „parolă utilizator”::device:[dir]filename.filetype;versiuneDe exemplu, [DIR1.DIR2.DIR3]FILE.EXT se va referi la cea mai recentă versiune a FILE.EXT pe unitatea implicită din directorul [DIR1.DIR2.DIR3].
DIR1 este un subdirector al directorului principal de fișiere (MFD) sau directorului rădăcină, iar DIR2 este un subdirector al DIR1. Directorul principal al fișierului este definit ca [000000].
Multe părți ale specificației fișierului pot fi omise, caz în care sunt preluate din specificația curentă implicită a fișierului. Specificația implicită a fișierului înlocuiește conceptul „director curent” în alte sisteme de operare, oferind un set de setări implicite pentru gazdă, numele dispozitivului și director. Toate procesele au o specificație implicită de fișier care conține numele și directorul unității, iar majoritatea rutinelor sistemului de fișiere VMS acceptă o specificație implicită de fișier care poate conține și tipul de fișier; comanda TYPE, de exemplu, așteaptă „.LIS” ca tip de fișier în mod implicit, așa că dacă dați comenzii TYPE un nume de fișier F fără extensie, va încerca să deschidă fișierul F.LIS.
Fiecare fișier are un număr de versiune, care este implicit 1 dacă nu există alte versiuni ale acelui fișier (în caz contrar, una mai mult decât cea mai mare versiune). De fiecare dată când salvați sau suprascrieți o versiune existentă, va fi creat un fișier nou cu același nume, dar cu numărul versiunii incrementat cu 1. Versiunile mai vechi pot fi șterse în mod explicit cu comenzile DELETE sau PURGE sau, opțional, versiunile mai vechi ale unui fișier pot fi șterse automat când este atinsă limita de versiune a fișierului (setată de comanda SET FILE/VERSION_LIMIT). În acest caz, versiunile mai vechi nu sunt suprascrise, ci sunt stocate pe disc și pot fi restaurate în orice moment. Limita numărului de versiuni încorporate este 32767. Mecanismul de versiune poate fi dezactivat cu ușurință dacă nu este necesar. În special, fișierele care sunt actualizate direct, cum ar fi bazele de date, nu creează versiuni noi decât dacă sunt programate în mod special pentru a face acest lucru.
ODS-2 este limitat la 8 nivele de imbricare a directoarelor, iar numele fișierelor sunt doar majuscule, numele alfanumerice (plus liniuță de subliniere, liniuță și semnul dolarului) până la 39,39 caractere (39 pentru nume de fișier și alte 39 pentru extensie). ODS-5 a extins setul de caractere la caractere mici și la majoritatea celorlalte caractere ASCII, precum și la caractere ISO Latin-1 și Unicode , a crescut lungimea maximă a numelui de fișier și niveluri nelimitate de imbricare a directoarelor. Când se construiește un nume de fișier complet pentru un fișier ODS-5 care utilizează caractere nepermise în ODS-2, sintaxa specială „^” este utilizată pentru a păstra compatibilitatea inversă; fișierul „fișier.tar.gz;1” de pe discul ODS-5, de exemplu, va fi numit „fișier^.tar.gz” - numele fișierului ar fi „fișier.tar” și extensia „.gz” .
Protecția fișierelor în VMS este definită prin două mecanisme: controlul accesului bazat pe codul de identificare a utilizatorului (UIC) și controlul accesului bazat pe ACL. Controlul accesului bazat pe ID-ul utilizatorului se bazează pe proprietarul fișierului și pe ID-ul acestuia sau pe ID-ul utilizatorului care dorește să acceseze fișierul. Accesul este determinat de patru grupuri de permisiuni:
Și patru biți de permisiune:
Accesul la sistem se aplică oricărui utilizator al cărui cod de identificare este mai mic sau egal cu parametrul SYSGEN MAXSYSGROUP (de obicei 8 sau 10 octali) (de exemplu, utilizatorul SYSTEM); accesul proprietarului și grupului se aplică proprietarului fișierului și grupului acestuia căruia îi aparține, în timp ce accesul mondial se aplică oricărui alt utilizator. Există, de asemenea, un al cincilea bit de permisiuni, Control, care este folosit pentru a determina accesul pentru a modifica metadatele fișierului, cum ar fi protecția. Acest grup nu poate fi setat în mod explicit; este întotdeauna setat pentru Sistem și Proprietar și niciodată pentru Grup sau Lume.
Controlul accesului bazat pe cod de autentificare este, de asemenea, afectat de patru privilegii de sistem care vă permit să le păstrați pentru a preveni deturnarea controlului accesului:
Un ACL vă permite să atribuiți privilegii suplimentare unui utilizator sau unui grup; de exemplu, codul de identitate al utilizatorului unui server web ar putea primi dreptul de a citi toate fișierele dintr-un anume director. ACL-urile pot fi marcate ca moștenite, unde ACL-urile de fișier pentru un director se aplică tuturor fișierelor din acesta. Modificările la listele de control acces se fac cu comanda EDIT/ACL și sunt sub forma unei perechi identificator/permission_rights. De exemplu, o intrare în ACL-ul comenzii
(IDENTIFIER=HTTP$SERVER, ACCES=CITIȚI+EXECUȚI)va permite utilizatorului HTTP$SERVER să citească și să execute fișiere.
Numele logic este o variabilă de sistem care se poate referi la o unitate, un director sau un fișier sau poate conține alte informații despre program. De exemplu, numele logic SYS$SYSDEVICE conține dispozitivul de pornire a sistemului. Numele logice se referă de obicei la un singur director sau unitate, cum ar fi SYS$LOGIN, care este directorul(ele) principal al contului de utilizator; aceste nume logice nu pot fi folosite ca nume de unități reale - SYS$LOGIN:[DIR]FILE nu este o specificație de fișier validă. Cu toate acestea, nume logice ascunse definite cu comanda DEFINE/TRANSLATION=CONCEALED pot fi folosite pentru aceasta; aceste directoare rădăcină se termină cu un punct ("".") în specificația directorului, deci comanda
$ DEFINE/TRANS=Ascundeți discul de acasă$USERS:[nume utilizator.]va permite utilizarea HOME:[DIR]FILE. Mai frecvente sunt numele logice simple care indică anumite directoare asociate unor aplicații software, care pot fi localizate pe orice disc sau în orice director. Prin urmare, numele logic ABC_EXE poate indica directorul de programe executabile al aplicației ABC, iar ABC_TEMP poate indica directorul fișierelor temporare pentru aceeași aplicație, iar acest director poate fi pe același disc și în același director ca ABC_EXE , sau poate fi oriunde pe o unitate diferită (și într-un arbore de directoare diferit).
Numele logice nu au echivalente apropiate pe sistemele de operare compatibile POSIX . Sunt similare cu variabilele de mediu UNIX , cu excepția faptului că sunt extinse de sistemul de fișiere, mai degrabă decât de shell sau de programul de aplicație. Ele trebuie definite înainte de utilizare, astfel încât sunt comune pentru multe nume logice definite în fișierul batch de pornire automată a sistemului, precum și în fișierele batch contului de utilizator.
Cel mai apropiat sistem de operare non-VMS care să suporte conceptul de nume logice este AmigaOS , prin comanda ASSIGN. Sistemul de operare pe disc AmigaDOS inclus în AmigaOS pare să fi luat foarte mult de la VMS, având în vedere că TRIPOS (din care AmigaDOS este un port) a fost puternic influențat de VMS. De exemplu, numele dispozitivelor fizice urmează un model precum DF0: pentru prima unitate de dischetă, CDROM2: pentru a treia unitate CD-ROM și așa mai departe. Cu toate acestea, deoarece sistemul poate porni de pe orice unitate conectată, sistemul de operare creează o unitate logică. SYS: numele atribuit automat referirii la dispozitivul de pornire utilizat. Alte destinații, LIBS:, PREFS:, C:, S: și altele, sunt de asemenea create fără a se referi la SYS: ei înșiși. Desigur, utilizatorilor li se permite să creeze și să șteargă propriile sarcini.
Numele logice se pot referi la alte nume logice (până la o limită de imbricare predefinită de 10) și pot conține liste de nume pentru a căuta numele de fișiere existente. Câteva nume logice denumite în mod obișnuit sunt:
| nume logic | Sens |
|---|---|
| SYS$INPUT | echivalent cu intrarea standard, sursă de date pentru programe |
| SYS$OUTPUT | echivalent cu ieșirea standard, receptor de date din programe |
| SYS$ERROR | echivalent cu jurnalul de erori standard, receptor al mesajelor de eroare de la programe |
| SYS$COMMAND | sursa fișierelor batch (adică fișiere batch cu extensia .COM) |
| TT | terminal asociat procesului |
| SYS$PRINT | imprimantă implicită sau coada de imprimare |
| SYS$LOGIN | directorul principal pentru fiecare utilizator |
| SYS$SCRATCH | folder temporar, director pentru fișiere temporare |
| SYS$SYSTEM | director care conține majoritatea programelor de sistem și câteva fișiere de date vitale, cum ar fi fișierul de autorizare a sistemului (conturi și parole) |
| SYS$SHARE | biblioteci de rulare partajate, executabile etc. |
| SYS$LIBRARY | sistem și biblioteci suplimentare |
Record Management Services (abreviar RMS, Russian Record Management Services) este un strat structural I/O al sistemului de operare VMS. RMS oferă suport software cuprinzător pentru gestionarea fișierelor structurate, cum ar fi fișierele de înregistrări și de baze de date indexate. Un sistem de fișiere VMS poate fi gândit ca o bază de date care conține o serie de înregistrări, fiecare cu unul dintre multele câmpuri individuale. Un fișier text, de exemplu, este o listă de intrări (linii) separate printr-un caracter de linie nouă. RMS este un exemplu de implementare a unui sistem de fișiere orientat spre scriere.
Există 4 formate de înregistrare definite de RMS:
Există 4 metode de accesare a înregistrărilor sau metode de găsire a înregistrărilor existente din fișiere:
La nivel de disc, ODS reprezintă sistemul de fișiere ca o matrice de blocuri, un bloc este format din 512 octeți adiacenți pe un disc fizic (volum). Blocurile de disc sunt alocate clusterelor (inițial 3 blocuri învecinate, dar ulterior crescute pentru dimensiuni mai mari de disc). În mod ideal, un fișier de pe disc ar trebui să fie complet contiguu, adică blocurile care conțin fișierul ar trebui să fie localizate secvențial, dar fragmentarea discului va necesita uneori plasarea fișierului în clustere non-secvențiale, caz în care fragmentele vor fi numite „extents” . Discurile pot fi combinate cu alte discuri pentru a forma un volum span, iar fișierele pot fi stocate oriunde pe întregul set de discuri, dar dimensiunile mai mari ale discurilor reduc utilizarea volumelor spanning, deoarece discurile individuale sunt mai ușor de gestionat.
Fiecare fișier de pe un disc (sau volum concatenat) cu sistemul de fișiere Files-11 are un identificator de fișier unic (FID) format din 3 numere: numărul fișierului (NUM), numărul secvenței fișierului (SEQ) și numărul volumului relativ (RVN) . NUM arată unde se află fișierul INDEXF.SYS, care conține metadatele fișierului; SEQ este un număr de generație care este incrementat atunci când un fișier este șters și un alt fișier este creat prin reutilizarea aceleiași intrări în INDEXF.SYS (deci orice legături întrerupte către fișierul vechi nu vor indica accidental către cel nou); RVN arată numărul volumului pe care este stocat fișierul atunci când este utilizat un volum spanning.
Suportul structural pentru un volum ODS este furnizat printr-un fișier de catalog, un fișier special care conține o listă de nume de fișiere, versiuni de fișiere și identificatori de fișiere (FID) asociați. Rădăcina structurii de directoare este directorul principal de fișiere (MFD), directorul rădăcină care conține (direct sau indirect) fiecare fișier de pe volum.
(imagine)
Această diagramă arată un exemplu de director care conține 3 fișiere și modul în care fiecare nume de fișier este mapat la o intrare în INDEXF.SYS (fiecare intrare INDEXF conține mai multe informații, doar primele câteva elemente sunt afișate aici).
La nivelul superior al unui sistem de fișiere ODS se află directorul principal de fișiere (MFD), care conține toate fișierele de director de nivel superior (inclusiv el însuși) și câteva fișiere de sistem utilizate pentru a stoca informații despre sistemul de fișiere. Volumele cu ODS-1 utilizează o structură de directoare pe două niveluri: fiecare cod de identificare a utilizatorului (UIC) este asociat cu un director de fișier utilizator (UFD) sub forma [GROUP.USER] ([GROUP.USER]). Pe ODS-2 și volumele ulterioare, aranjarea directoarelor în directorul principal de fișiere este arbitrară, supusă unei limite de imbricare a directoarelor (8 nivele în ODS-2 și nelimitat în ODS-5). Pe volumele cuprinse, directorul principal de fișiere este de obicei stocat pe primul volum și conține subdirectoare ale tuturor volumelor.
Următoarele fișiere de sistem sunt prezente în directorul principal de fișiere ODS:
Amintiți-vă că implementarea sistemului de fișiere în sine nu se referă la aceste fișiere prin nume, ci prin identificatorii lor de fișiere, care au întotdeauna aceeași valoare. Deci, de exemplu, INDEXF.SYS este întotdeauna un fișier cu NUM = 1 și SEQ = 1.
Fișierul index conține cele mai de bază informații despre un volum concatenat Files-11.
Există două moduri de a organiza INDEXF.SYS, organizarea tradițională și organizarea utilizată pe discuri GPT.SYS cu structuri GPT (GUID Partition Table).
În organizația tradițională, blocul 1 este un bloc de pornire care conține locația imaginii de pornire primară utilizată pentru a porni sistemul de operare VMS. Este întotdeauna amplasat pe disc în blocul logic 0, astfel încât firmware-ul hardware să îl poată citi. Acest bloc este întotdeauna prezent, chiar și pe volume non-sistem (non-boot).
După blocul de pornire este blocul de acasă principal. Acesta conține numele volumului, locația extensiilor, inclusiv restul fișierului index, codul de identificare a utilizatorului (UIC) al proprietarului volumului și informații de securitate pentru volum. De obicei, există mai multe copii suplimentare ale blocului de acasă, cunoscute sub numele de blocuri de acasă secundare, pentru a permite restabilirea volumului dacă este distrus sau corupt.
Pe discurile care au GPT.SYS, acesta conține echivalentul unui bloc de pornire (cunoscut sub numele de Master Boot Record (MBR)) și nu are un bloc de pornire principal. Toate blocurile de pornire prezente pe un disc GPT sunt blocuri de pornire alternative. Acestea structurile nu sunt incluse în INDEXF.SYS și blocurile din fișierul INDEXF.SYS nu sunt utilizate.
Restul fișierului index constă din anteturi de fișiere care descriu întinderile în care se află fișierul pe volum și metadate ale fișierului, cum ar fi codul de identificare a utilizatorului (UIC) al proprietarului, liste de control al accesului și informații de securitate. Fiecare fișier este descris de unul sau mai multe anteturi de fișiere – pot fi necesare mai multe atunci când un fișier are un număr mare de extensii. Antetul fișierului este un bloc cu lungime fixă, dar conține atât secțiuni cu lungime fixă, cât și secțiuni variabile:
Ori de câte ori este posibil, harta și secțiunile ACL ale unui fișier antet sunt conținute în întregime în antetul principal (dacă există mai multe). Cu toate acestea, dacă informațiile ACL sunt prea lungi sau fișierul conține prea multe extensii, atunci nu va fi suficient spațiu în antetul principal pentru a le stoca. În acest caz, un antet extins este alocat pentru a stoca informațiile rămase.
(imagine) Structura antetului fișierului INDEXF.SYS
Antetul fișierului începe cu 4 decalaje (IDOFFSET, MPOFFSET, ACOFFSET și ROFFSET). Deoarece dimensiunea zonelor după anteturile cu lungime fixă poate varia (cum ar fi zone precum harta și ACL), sunt necesare decalaje pentru a localiza aceste zone suplimentare. Fiecare offset este egal cu numărul de cuvinte de 16 biți de la începutul antetului fișierului până la începutul zonei pentru care este calculat offset-ul.
Dacă fișierul necesită mai multe antete, atunci numărul extensiei segmentului (SEGNUM) conține numărul de serie al acestui antet, începând de la 0 în prima intrare în INDEXF.SYS.
STRUCLEV conține nivelul actual de structură (octet înalt) și versiunea (octet scăzut) a sistemului de fișiere; ODS-2 are un nivel de structură de 2. Creșterea numărului de versiune indică o modificare compatibilă cu versiunea inversă care poate fi ignorată de software-ul mai vechi; modificările la nivelul structurii în sine sunt incompatibile.
W_FID (conține 3 valori: FID_NUM, FID_SEQ și FID_RVN, respectiv fișier, secvență și număr relativ de volum) conține identificatorul acestui fișier; EXT_FID (constă și din 3 valori) deține locația următorului antet extins, dacă există. În ambele valori, RVN este definit ca 0 pentru a reprezenta volumul „actual” (0 nu este în mod normal un RVN valid).
FILECHAR conține mai multe steaguri care indică cum trebuie procesat sau organizat fișierul:
Indicatorul ACCMODE descrie nivelul de privilegii cu care se poate executa un proces pentru a accesa un fișier. VMS definește 4 niveluri de privilegii: utilizator, supervizor, exec și kernel. Fiecare tip de acces - citire, scriere, executare și ștergere - este codificat cu o valoare întreagă de 2 biți.
Indicatorul FILEPROT conține informațiile discreționare de control al accesului aplicabile fișierului. Este împărțit în 4 grupuri a câte 4 biți fiecare: sistem, proprietar, grup și lume. Bitul 0 este accesul de citire, bitul 1 este accesul de scriere, bitul 2 este accesul de execuție și bitul 3 este accesul de ștergere. Setarea bitului interzice accesul parțial la grup; scoaterea bitului – permite.
Dacă antetul fișierului este un antet extins, atunci BACKLINK conține identificatorul fișierului din antetul principal; în caz contrar, conține ID-ul fișierului directorului care conține intrarea principală a fișierului.
Fișierul bitmap este responsabil pentru stocarea informațiilor despre spațiul utilizat și disponibil pe volum. Conține un bloc de control al stocării (SCB), care include informații rezumate și o hartă de biți, o matrice de biți care indică dacă un grup de blocuri de pe disc este liber sau alocat. În versiunile anterioare de VMS, cluster-ul era format din 3 blocuri, dar pe măsură ce dimensiunea discurilor creștea, la fel și dimensiunea clusterului.
Fișierul blocuri defectuoase conține o listă de blocuri defectuoase pe volumul fizic, astfel încât sistemul să poată evita alocarea acestora la fișiere. Acest fișier a fost mai folosit în primele zile, când discurile erau de obicei produse cu o mulțime de petice proaste la suprafață.
Lista volumelor volumului îmbinat se află pe primul volum al volumului îmbinat și conține o listă a etichetelor tuturor volumelor din set și numele setului de volume.
Când un fișier este localizat pe un set cu mai multe volume care traversează limitele a două volume separate, fișierul de continuare este folosit ca antet extins și spune volumului unde poate fi găsit restul fișierului.
Fișierul de cotă conține informații despre utilizarea cotei de disc de către fiecare UIC. Conține o intrare pentru fiecare cod de identificare a utilizatorului cu spațiu alocat acestuia în volum, conform informațiilor despre cât spațiu poate fi utilizat de acest UIC. Notă: caracteristica de cotă de disc este opțională și fișierul va exista numai dacă această caracteristică a fost activată.
Profilul de securitate al volumului conține UIC-ul proprietarului volumului, masca de securitate a volumului și ACL-ul volumului.
Acest fișier suprascrie și protejează structurile de disc MBR (Master Boot Record) și GPT (GUID Partitioning Table) utilizate pentru firmware-ul compatibil EFI. Acest fișier este creat implicit în timpul inițializării discului în OpenVMS I64 și este creat opțional (cu comanda INITIALIZE/GPT) în OpenVMS Alpha.
| Sisteme de fișiere ( listă , comparație ) | |||||||
|---|---|---|---|---|---|---|---|
| Disc |
| ||||||
| Distribuit (rețea) | |||||||
| Special |
| ||||||