Montarea și eliminarea sistemelor de fișiere
Când sistemul pornește, după încărcarea kernelului și pornirea procesului de inițializare, se inițiază scanarea acelor sisteme de fișiere care trebuie verificate și montate automat. Lista lor este cuprinsă în fișierul / etc / vfstab 1 Atenție! În alte sisteme UNIX, acest fișier are un nume diferit - / etc / fstab. Un fișier tipic / etc / vfstab arată astfel:
Aceste sisteme de fișiere. care în coloana la boot sunt marcate ca da. vor fi verificate și instalate la pornirea sistemului. Sistemul de fișiere poate fi instalat în orice moment, trebuie doar să specificați ca punct de montare un director gol care există deja și este disponibil în sistem. Funcția de montare și demontare a sistemului de fișiere poate fi efectuată numai de root.
Montarea sistemului de fișiere se face cu ajutorul comenzii mount:
Pentru a monta sistemul de fișiere. care este descris în / etc / vfstab. Nu este necesar să specificați numele fișierului dispozitivului. și specificați imediat punctul de montare. Această comandă "redusă" poate fi folosită numai pentru montarea sistemelor de fișiere listate în / etc / vfstab.
Când montați un sistem de fișiere, trebuie să specificați în mod explicit tipul acestuia dacă acesta este diferit de UFS.
Sistemele de fișiere ZFS sunt montate automat la momentul încărcării, dacă nu au fost specificate în mod specific că nu trebuie montate automat și sistemul de fișiere ZFS nu este necesar.
Înlăturarea sistemului de fișiere îl face necitită pentru citire și scriere, dar fișierele care se află pe partiția care se demontează, desigur, rămân în loc. Pur și simplu după dezmembrare, acestea nu sunt vizibile: punctul de montare din nou se transformă într-un director gol, ca înainte de a monta un disc sau o partiție în ea.
Nu puteți dezmembra un sistem de fișiere ocupat. Un sistem de fișiere este considerat a fi un sistem de fișiere ocupat. un fișier cu care este deschis în prezent de cineva de la utilizator sau al cărui director este directorul curent al unei persoane care lucrează la sistemul utilizatorului. Secțiunea "Determinarea proceselor care au preluat un fișier" discută despre cum să aflați ce proces a luat un anumit fișier în sistem (a se vedea și cuptorul (1M)).
Pentru a dezmembra încă sistemul de fișiere, ar trebui să găsiți și să eliminați motivul angajării acestuia. Adesea este suficient doar să ieșiți din catalogul pe care îl veți dezmembra. Aceasta este o eroare tipică pentru administratorul de sistem. Încercați să dezinstalați / usr în momentul în care vă aflați în / usr / admin sau într-un subdirector similar. care se află în aceeași secțiune ca / usr.
Sistemul de fișiere este demonstrat folosind comanda umount:
În versiuni destul de vechi ale UNIX, a fost acceptat un singur sistem de fișiere. Odată cu creșterea numărului de transportatori, a devenit necesară susținerea sistemelor de fișiere eterogene pe transportatorii de natură diferită. Astfel, în 1985, Sun Microsystems a ajuns să realizeze conceptul de sistem virtual de fișiere.
Un sistem de fișiere virtuale este un sistem de fișiere abstract care permite sistemului de operare să acceseze același tip de sistem de fișiere în același mod.
Important: apelurile de sistem precum fopen () și chmod (). precum și comenzile de manipulare a fișierelor (cp, mv, rm și altele), de fapt, lucrează cu abstractizarea sistemului de fișiere, adică cu un sistem de fișiere virtuale care are toate proprietățile sistemului de fișiere compatibil POSIX descris mai sus. De la acțiuni la nivel inferior și necesitatea de a explora detaliile implementării unui anumit sistem de fișiere pe un anumit dispozitiv fizic, acestea sunt protejate în mod fiabil de implementarea sistemului virtual de fișiere.
Până în 1985, sistemele de operare ale Sun folosiseră sistemul de fișiere rapid Berkeley (FFS). Acest sistem de fișiere se bazează pe conceptul de descriptori inode. care a fost transformat organic în conceptul de inode virtuale în noul sistem de fișiere UFS. încorporând structura FFS și idei noi pentru organizarea unui sistem virtual de fișiere. Interacțiunea dintre un nivel de sistem virtual de fișiere independent de un anumit tip de sistem de fișiere și de sisteme de fișiere de tipuri strict definite este ilustrat în Fig. 6.5.
Fig. 6.5. Structura sistemului de fișiere virtuale Solaris
Sistemul de fișiere UFS a suferit modificări începând din 1985. Deci, de la lansarea Solaris 9 8/03, partițiile cu mai multe partiții sunt suportate, în timp ce înainte ca UFS pe Solaris să funcționeze doar cu partiții de până la 1 TB în dimensiune. În prezent, sistemele de discuri mari au sens să se utilizeze ca elemente ale bazei de date ZFS, deoarece sistemul de fișiere ZFS este cel mai potrivit pentru gestionarea spațiilor de discuri mari.
Sisteme de fișiere UFS. VxFS și ZFS, suportate pe Solaris. diferă în funcție de anumiți parametri importanți care afectează fiabilitatea și performanța acestora. În tabel. 6.3 arată că diferitele sisteme de fișiere au algoritmi diferiți pentru alocarea spațiului de fișiere, precum și un mecanism de jurnalizare.
Tabelul 6.3. Unele proprietăți ale sistemelor de fișiere UFS. VxFS și QFS
Cum se alocă spațiu pentru un fișier
Spațiul de alocare prin blocuri permite minimizarea fragmentării sistemului de fișiere. și alocarea spațiului în funcție de extensii (părți mari ale spațiului de disc format din mai multe blocuri) face posibilă reducerea cantității de informații aeriene scrise pe disc.
În sistemul de fișiere UFS, dimensiunea blocului poate fi de 512 până la 8192 octeți. în mod implicit, Solaris are dimensiunea de 8192 octeți.
Solaris acceptă logarea sistemelor de fișiere UFS și VxFS. Logarea vă permite să înregistrați informații despre toate tranzacțiile începute. În cazul în care tranzacția (de exemplu, operațiunea de scriere pe disc) pentru un motiv sau altul nu a fost finalizată (de exemplu, puterea oprit), apoi, după repornirea sistemului de fișiere de sistem este returnat automat la starea în care era înainte de începerea tranzacției. Această funcție este furnizată de sistemul de fișiere ext3fs pe Linux. reiserfs pentru FreeBSD și Linux și altele.
În ultimii ani, o condiție indispensabilă pentru utilizarea sistemului de fișiere a devenit suport pentru unitățile moderne de volume și fișiere mari. Dacă în urmă cu câțiva ani "mare" a fost numit un disc de dimensiune de 1 gigabyte. Acum, rețelele de disc de mai multe terabyte devin comune pentru sistemele de clasă mijlocie. În curând ei vor veni la sistem pentru birouri mici și rețeaua de domiciliu și de întreprindere va lucra cu servere care sunt instalate matrice de discuri care conțin zeci sau sute de terabytes de date. Care este responsabilitatea creatorilor de sisteme de fișiere pentru UNIX?
Arborele de adrese
Toate fișierele din UNIX sunt organizate într-un copac: există întotdeauna un director rădăcină. care este indicat prin "/". Are subdirectoare. Există de obicei subdirectoare. enumerate în tabelul nr. 6.4.
Directorul / bin este un link simbolic la directorul / usr / bin. acest lucru nu este întotdeauna cazul.
O caracteristică caracteristică a Solaris este alocarea unui director separat / exporturilor. în care subdirectoarele sunt împărțite în rețea. accesibile utilizatorilor de alte computere. Catalog / opt. unde este instalat un software suplimentar (opțional), există și pe sistemele Solaris. dar este absent în multe alte sisteme UNIX.
Directorul pentru fișierele temporare / tmp este montat pe Solaris pe un sistem separat de fișiere virtuale de tip tmpfs. Acesta este un tip special de sistem de fișiere. Dacă sistemul are RAM liber, driverul tmpfs stochează datele scrise în sistemul de fișiere de acest tip în memoria RAM, nu pe disc. Dacă cantitatea de memorie liberă scade și începe să fie necesară de alte programe, fișierele din tmpfs sunt scrise în partiția swap. Se pare că fișierele plasate în sistemul de fișiere tip tmpfs ocupă întotdeauna restul memoriei RAM a sistemului, pentru a fi utilizate eficient. Dacă nu există memorie liberă, tmpfs se află în spațiul de swap.
Acest lucru duce automat la pierderea fișierelor scrise în sistemul de fișiere tmpfs după repornire. Prin urmare, nu scrieți fișiere utile / tmp.
Viteza sistemului de fișiere tmpfs este mare, deoarece adesea toate fișierele sale sunt localizate fizic în memoria RAM. Ca rezultat, cachearea fișierelor pe tmpfs nu este efectuată: acestea nu sunt stocate pe disc.
S-ar părea că utilizarea tmpfs este plină de creșterea performanțelor de rezervă de orice aplicație, deoarece este suficient să se scrie în directorul / tmp și să lucreze cu ei acolo, la viteza de acces la date a crescut de mai multe ori. De fapt, nu este, pentru că citirea și scrierea de orice unitate este în cache, și numai pentru anumite aplicații pentru a utiliza tmpfs justificate. a crescut, fără îndoială, compilatoare de performanță și alte programe cu cantități mari de fișiere intermediare - dar ele sunt atât de folosite / tmp pentru stocarea temporară a datelor în timpul funcționării.
Tabelul 6.4. Subdirectoarele ordinare ale directorului rădăcină Solaris