Programul automount acceptă trei tipuri de fișiere de configurare (numite tabele de atribuire): tabelele de alocare directă, tabelele de alocare indirectă și tabelele principale. Tabelele primelor două tipuri conțin informații despre sistemele de fișiere care se montează automat. Tabelul principal este o listă de tabele de atribuții directe și indirecte cărora trebuie să le acorde atenția programul automount. La un anumit moment, o singură masă master poate fi activă. Versiunea sa standard este stocată în fișierul / etc / auto_master.
Când executați programul, automount citește fișierele de configurare, creează punctele de montare necesare în sistemul de fișiere autofs. după care își încheie activitatea. Referințele la sistemele de fișiere montate sunt gestionate de fapt (prin driverul de autofs) printr-un daemon automountd separat. Își face treaba fără a necesita configurații suplimentare.
După editarea tabelului principal sau a uneia dintre tabelele de alocare directă la care se referă, este necesar să rulați din nou programul automount. Dacă este prezent flagul -v, acest program va raporta modificările aduse configurației.
După ce a primit pavilionul -t. programul automount vă spune cât timp (în secunde) sistemul de fișiere poate rămâne neutilizat înainte de a fi demontat. Setarea standard este de 5 minute. Se recomandă ștergerea punctelor de montare neutilizate, deoarece în caz de accident de server, programele care accesează NFS se blochează. Din acest motiv, nu este recomandat să setați timpul de expirare prea lung.
Tabele de scopuri indirecte
Tabelele de alocare indirectă sunt utilizate pentru a conecta automat mai multe sisteme de fișiere într-un director comun. Numele căii directorului este specificat în tabelul principal. De exemplu, o tabelă de atribuire indirectă pentru sistemele de fișiere montate în directorul / chimchim. va avea următorul aspect:
devel -soft, proto = udp chimchim: / chimchim / devel
info -ro chimhim: / chimchim / info
Prima coloană conține numele subdirectoarelor în care va fi instalat sistemul de fișiere. Următoarele coloane afișează opțiunile de montare și calea inițială a sistemului de fișiere. În acest exemplu (probabil că este stocat în fișierul /etc/auto.chim), programul automount raportează că poate monta directoarele chimchim / chimimim / devel și / chimchim / info de pe computerul chimchim. iar directorul info este permis să fie montat doar pentru citire, iar directorul devel este doar pentru protocolul UDP (exemplu preluat din Solaris, unde TCP este selectat implicit).
În configurația în cauză, subdirectoarele de pe computerul chimhim și pe computerul local vor fi identice, dar acest lucru nu este necesar.
Tabele de atribuții directe
Tabelul de alocare directă afișează sisteme de fișiere care nu au un prefix comun, cum ar fi / usr / src și / cs / tools. Un tabel (spune /etc/auto.direct) care descrie aceste sisteme de fișiere pentru programul automount. pot arăta astfel:
/ cs / tools -ro anchor: / cs / tools
Fără un director parental comun, ambele sisteme de fișiere trebuie să fie conectate prin puncte de montare separate la sistemul de fișiere autofs. Creșterea costurilor aeriene, dar există un avantaj suplimentar: punctul de montare și structura directorului actual sunt întotdeauna disponibile pentru comenzi, cum ar fi, de exemplu, ls. Folosind comanda ls în directorul de sisteme de fișiere montate indirect, este adesea dificil pentru utilizatori, deoarece programul automount nu afișează sub-directoare înainte de a accesa conținutul lor (comanda ls nu arata in interiorul directorul, și, prin urmare, nu le provoacă pentru a monta).
Tabelul principal conține o listă de tabele cu scopuri directe și indirecte. Pentru fiecare tabel de asignări indirecte, se specifică directorul rădăcină utilizat pentru montarea sistemelor de fișiere listate în tabel.
Tabelul principal, utilizând tabelele menționate mai sus, cu scopuri directe și indirecte, are următoarea formă:
/ chimchim /etc/auto.chim -proto = tcp
Prima coloană este numele directorului local (pentru tabelul de atribuire indirectă) sau lexememul special / - (pentru tabelul de atribuire directă). A doua coloană este numele fișierului în care este stocată tabela corespunzătoare. Dacă este necesar, pot fi create mai multe tabele de fiecare tip. Parametrii de montare specificați la sfârșitul liniei sunt setați pentru toate punctele de montare din acest tabel.
În majoritatea sistemelor, parametrii specificați în tabelul principal nu sunt amestecați cu parametrii specificați în tabelul corespunzător pentru scopuri directe sau indirecte. Dacă înregistrarea tabelului subordonat are propria listă de opțiuni, parametrii standard sunt complet ignorați. În Red Hat, lucrurile sunt diferite. Ambele seturi sunt combinate într-una, iar în cazul unei intersecții preferința este dată parametrului local.
Dacă fișierul care conține tabela de atribuire indirectă este executabil, este considerat un script care generează dinamic informații despre montarea automată. Programul-automounter citește un tabel în formă de text, și execută script-ul, trecându-l argumentul (numit „cheie“), ceea ce indică la care subdirector utilizatorul încearcă să acceseze. Scriptul este responsabil pentru afișarea intrării corespunzătoare a tabelului. Dacă cheia primită este incorectă, scriptul se termină fără a afișa nimic.
Această tehnică este foarte convenabilă și vă permite să compensați numeroasele neajunsuri ale unui sistem destul de ciudat pentru configurarea programului automount. De fapt, permite crearea unui singur fișier de configurare pentru întreaga organizare a unui format arbitrar. Puteți scrie un script Perl simplu care decodează parametrii globali de configurare pe fiecare computer.
Scripturile de montare automată sunt executate dinamic, astfel încât nu este nevoie să distribuiți fișierul de configurare principal după fiecare modificare sau să îl convertiți în formatul programului automount. Acest fișier poate locui pe serverul NFS.
Sisteme automate și duplicate de fișiere
În unele cazuri, sistemele de fișiere numai pentru citire (de exemplu, / usr / man) pot fi identice pe mai multe servere.
Sistemele de fișiere duplicat trebuie să fie doar pentru citire, deși programul automount nu necesită acest lucru. Pur și simplu, nu este capabil să sincronizeze operațiile de scriere într-un grup de servere, astfel încât sistemele de fișiere editabile nu pot fi complet duplicate.
Sistemele de fișiere duplicat trebuie să fie absolut identice. În caz contrar, atunci când înlocuiți sistemul de fișiere, utilizatorii vor începe să se îngrijoreze și să se comporte imprevizibil.
În Solaris, programul automount se poate comuta liber de la un server al unui sistem de fișiere duplicat la altul în cazul unei probleme. Aceasta presupune montarea unui sistem de fișiere doar pentru citire, dar sistemele de fișiere cu capabilități de scriere sunt gestionate mai corect decât se spune în documentație. Cu toate acestea, la comutarea serverelor, încă se blochează programe care se referă la fișiere care sunt deschise pentru scriere. Acesta este un alt motiv pentru care sistemele de fișiere duplicat disponibile în modul citire-scriere sunt practic inutile.
După cum am menționat deja, programul automount selectează servere pe baza propriilor criterii de performanță și disponibilitate, însă le puteți atribui priorități explicite. Cu cât este mai mare numărul, cu atât este mai mică prioritatea. Valoarea implicită este 0, ceea ce indică un server ușor accesibil.
Fișierul este auto.direct. care definește directoarele / usr / man și / cs / tools ca sisteme de fișiere duplicat, arată astfel:
/ usr / man -ro chimhim: / usr / share / banda omului (l): / usr / om
/ cs / tools -ro anchor, banda: / cs / tools
Rețineți că numele serverului pot fi specificate împreună dacă calea spre sistemul de fișiere dorit este aceeași în ele. Expresia (1) după numele banda de server din prima linie stabilește prioritatea acestui server în raport cu sistemul de fișiere / usr / man.
Execuția automată a programului automount
În loc să specificați toate posibilele puncte de montare în tabelele cu atribuții directe și indirecte, puteți spune programului automount un pic despre principiile de denumire a sistemelor de fișiere și să le oferiți posibilitatea de a acționa singură. Punctul-cheie al acestei abordări este abilitatea de a accesa daemonul mountd. care rulează pe un server de la distanță și să învețe de la el care sisteme de fișiere sunt exportate de acest server.
Există mai multe moduri de a configura programul automount în mod corespunzător. Cea mai simplă dintre acestea este folosirea opțiunii mount -hosts. Dacă specificați această opțiune ca nume de tabel în fișierul tabelului principal de atribuire, programul automount va repara sistemele de fișiere exportate ale computerului la distanță pentru directorul specificat:
/ net -hosts -nosuid, moale
De exemplu, dacă mașina chimhim exportă directorul / usr / share / mar. acesta va fi accesibil prin linkul / net / chimchim / ur / share / man.
Un efect similar este atins dacă specificați metacaractele * și în tabelul de atribuții indirecte. În plus, există un număr de macroconstanțe care înlocuiesc numele nodului curent, tipul de arhitectură etc. Detaliile pot fi găsite pe pagina de automount (lM).
Caracteristici ale Red Hat Linux
Red Hat are propria implementare independentă a programului automount. care este ușor diferită de versiunea Sun. În principiu, modificările afectează numele comenzilor și fișierelor.
În Red Hat, programul automount este un daemon care montează și dezarmează sistemele de fișiere la distanță. Acesta ocupă aceeași nișă ca daemonul automountd pe alte sisteme și, de obicei, nu necesită pornire manuală.
Un program care execută modificări în tabela principală de atribuire din Red Hat se numește /etc/rc.d/init.d/autofs (în alte sisteme aceasta este automount în sine). Este nevoie de oprirea, pornirea, reîncărcarea și starea argumentelor; argumentul de care avem nevoie este natural, reîncărcați.
Tabelul de atribuire master standard este stocat în fișierul /etc/auto.master. Formatul său, precum și formatul tabelului atribuțiilor indirecte, au fost descrise mai sus. În documentație, aceste tabele sunt consacrate paginilor manuale auto.master (5) și autofs (5). În cel de-al doilea caz, aveți grijă: pagina cu autofs (8) descrie formatul comenzii autofs.
Tabelele de alocare directă în Red Hat nu sunt acceptate.
Prezentat de GTK + 3.92.1, lansarea experimentală a GTK + 4
O altă versiune de testare a lansării stabile a GTK + 4 a fost generată. Filiala GTK + 4 se dezvoltă în cadrul unui nou proces de dezvoltare, care încearcă să ofere dezvoltatorilor de aplicații.
Fundația Linux a introdus un acord de licență pentru difuzarea datelor
Fundația Linux a anunțat un Acord comunitar de licențiere a datelor (CDLA), care este conceput pentru a umple o nișă în licențierea seturilor de date publice. Acord.
Mediul desktop disponibil LXQt 0,12
După un an de dezvoltare, este generată lansarea mediului de utilizare LXQt 0.12 (Qt Lightweight Desktop Environment), dezvoltat de echipa comună de dezvoltare a proiectelor LXDE și Razor-qt.
Trimiteți-le prietenilor: