Sistem de fișiere ext (ext2, ext3, ext4)
În lumea sistemelor de fișiere Linux este dominat de versiuni diferite ext. Un scurt tur al istoriei.
Cele mai importante inovații: dimensiunea maximă a sistemului de fișiere a ajuns la 1 Ebayt (1048576 TB), în momentul în care modificările de fișiere sunt înregistrate cu mai multă precizie decât înainte. Așa-numitele extinderile vă permit să solicite blocuri de date sistem de fișiere contigue ca un grup, care simplifică în mod substanțial de management mare de fișiere. În plus, viteza a fost optimizat în mai multe moduri: eliminarea de fișiere de mari dimensiuni, precum și verificarea sistemului de fișiere este acum realizat mult mai repede decât ext3.
nu a rămas fără probleme de atenție și de compatibilitate: migrarea de la ext3 la Ext4 ruleaza fara probleme. Cu toate acestea, ține cont de faptul că nu există nici o cale de întoarcere la această migrare!
Compatibilitatea diferitelor versiuni ale sistemului de fișiere ext este exprimat în faptul că multe dintre uneltele de administrare sunt încă păstrate în numele comenzii numărul versiunii 2, dar poate fi utilizat și atunci când se lucrează cu versiuni noi (de exemplu, tune2fs).
/ Etc / fstab. Intrările în fișierul / etc / fstab, pe ext3 și sisteme de fișiere ext4 uite în general, la fel ca în exemplul următor.
GRUB versiunea 0.97 nu este compatibilă cu ext4!
Dacă doriți să porniți direct din partiția de sistem care conține sistemul ext4, pentru a primi patch-uri GRUB versiunea 0.97 (disponibilă, de exemplu, Ubuntu 9.04, Fedora 12 și openSUSE 11.2, dar nu este inclus în Fedora 11), sau de a folosi grub 2.
În cazul în care distribuția este utilizat sistemul original, fără a grub 0,97 patch pentru Ext4, atunci ai nevoie de un sistem separat de fișiere partiție de disc pentru a ext2 sau ext3 format!
jurnalizarea
ext sistem de fișiere (versiunea 3 și de mai sus) sprijină funcția de logare. Necesar pentru acest fișier, de obicei, utilizează inodes speciale și, prin urmare, nu sunt vizibile în sistemul de fișiere. Acesta conține doar informații despre fișierele care nu au fost salvate complet pe hard disk. Atunci când se fac modificări, înregistrarea este înregistrată și pot fi înlocuite cu noi recorduri. Este posibil (dar nu sunt acceptate) pentru a scrie fișierele jurnal într-un dispozitiv separat.
Sistemul de fișiere ext distinge trei metode de exploatare forestieră. = Date ordonate - în acest mod sunt salvate în metadatele jurnal, de exemplu, date despre fișiere, dar nu și informațiile conținute în dosarele. Fișierul jurnal este denumit fix numai atunci când este complet salvat pe hard disk. După accident sistemul de fișiere este restaurat foarte repede, datorită informațiilor de jurnal pot fi găsite dintr-o privire ce fișiere au fost salvate complet. Cu toate acestea, astfel de fișiere nu pot fi recuperate.
În date = modul comandat, log la fiecare 5 secunde, sincronizate cu un hard disk. Ca urmare, datele ext3 pentru orice fișiere sunt stocate fizic pe hard disk. O astfel de metodă standard nu este foarte eficient, dar foarte fiabil: chiar dacă prăbușirea totală a sistemului sau o pană de curent o pierdere gravă de informații sunt practic eliminate. Ext3 pentru datele = observat un efect comandat secundar neplăcut: de fiecare dată când apelați funcția Fsync este sincronizat nu numai un anumit fișier, ci întregul sistem de fișiere. Acest lucru poate încetini semnificativ sistemul.
Revista Ext4, de asemenea, sincronizate cu sistemul de la fiecare 5 secunde, dar modificările aduse fișierelor mult mai târziu, cu utilizarea tehnologiei de separare amânată. , Ai nevoie de a apela în mod specific Fsync funcție (deși în Ext4 pentru a efectua comanda Fsync nu este necesară pentru a sincroniza întregul sistem de fișiere ca un întreg, astfel încât funcția este mult mai rapid) pentru a salva instantaneu fișierul. date = writeback - acest mod ordonat seamănă. Singura diferență este că activitatea operațiunilor de reviste și fișiere nu apar întotdeauna simultan. Sistemul de fișiere va apărea în datele de jurnal ca fix, fără să mai aștepte pentru informațiile finale magazin de pe disc. În cazul puterii de integritate a datelor ulterioare este asigurată cu fiabilitate suficientă. Cu toate acestea, este posibil ca datele vechi vor fi conținute în fișierul modificat. Această problemă nu se produce în cazul în care procesul de economisire în cadrul programelor de utilizator - în conformitate cu POSIX - finalizat comanda Fsync. date = jurnal - în contrast cu cele două regimuri anterioare, în timp ce revista sunt stocate nu numai metadatele, ci și fișierele în sine. Toate modificările trebuie să salveze de două ori (mai întâi în revista, și apoi într-un anumit fișier), astfel încât sistemul de fișiere ext3 este semnificativ mai lent. Această metodă vă permite să recuperați după o oprire de urgență și fișierele care modificările au fost deja înregistrate în jurnal, dar nu a fost încă salvată în fișierul.
În principiu, informațiile din jurnal sunt transferate pe hard disk-ul la fiecare 5 secunde. Acest interval poate fi schimbat folosind comanda mount comite. Dacă ați instalat și configurat un pachet de laptop-mode și un laptop care rulează pe baterie, intervalul comite va fi semnificativ mai mare.
În cadrul sistemului rulează un kjournald daemon de logare, integrate în kernel-ul și este proiectat pentru actualizarea periodică a fișierului jurnal. Acest proces începe automat imediat ce un copac director comanda mount conectează ext3 sau ext4 sistemul de fișiere.
eliberare întârziată
Cel mai important sistem de inovare ext4, care afectează viteza - așa-numita alocare întârziată - funcție, care acționează în multe alte sisteme de fișiere moderne (de exemplu, brtfs, HFS +, Reiser4, xfs și ZFS). Alocarea întârziată este că, atunci când efectuați modificări în blocuri de date, aceste blocuri sunt susținute imediat, dar în momentul de date fizice ale unui magazin de pe disc - poate dura până la o jumătate de minut. Această metodă are două avantaje importante: în primul rând, salvarea grupurilor de date pot fi realizate, crescând astfel viteza și scăderea gradului de fragmentare a sistemului de fișiere. În al doilea rând, fișierele temporare, care există uneori numai câteva secunde, de multe ori nu stocate fizic.
Din păcate, eliberarea în așteptare, există dezavantaje: problema principală este că metadatele (de exemplu, informații despre starea fișierului) este adesea înregistrată în sistem, chiar înainte de modificările corespunzătoare sunt înregistrate în fișierul. Dacă utilizați versiunea originală a driverului Ext4 a fost că sa schimbat, dar nu a fost încă sincronizat fișierul după sistemul de oprire de urgență și recuperarea ulterioară este gol. Această problemă este valabil mai ales cu fișierele de configurare. (Mulți oameni sunt îndeplinite în cazul în care sistemul de fișiere după recuperare pur și simplu să rămână în starea inițială. Cu toate acestea, conținutul integral al pierderii de fișiere, și cu ea, și configurația programului este inacceptabilă.)
Theodore Tso (Theodore Ts'o), principalul dezvoltator de toate versiunile de ext, consideră că pierderea de date cauzate numai de faptul că multe programe nu Fsync comanda. Cu toate acestea, în conformitate cu standardul POSIX, numai performanța acestei echipe se va asigura că modificările sunt salvate într-adevăr. Versiunea de nucleu 2.6.30 apărut încă diferite modificări driver Ext4 concepute pentru a reduce problema la minim, în cazul în care redenumire sau funcția ftruncate (ca de obicei) sunt folosite pentru a schimba fișiere existent, ext4 abandonează eliberarea în așteptare. Puteți să-l dezactivați complet prin setarea parametrului nodelalloc comanda mount. Cu toate acestea, în același timp, a redus foarte mult eficiența ext4 și evoluția productivității este redus la nimic.
Funcționarea standard a sistemului și a parametrilor suplimentari
În cazul în care modul de exploatare forestieră și de distribuție a datelor nu este setat în mod specific în comanda mount sau fișierul / etc / fstab, următoarele setări se vor aplica în mod implicit:
ext3 pentru versiunea de kernel 2.6.29 - date = comandate;
ext3 după versiunea de kernel 2.6.30 - date = writeback;
Ext4 - = date a ordonat o eliberare întârziată.
Schimbarea modului implicit a sistemului de fișiere ext3 în versiunea de kernel 2.6.30 a cauzat multe dispute. Rămâne de văzut dacă acesta va accepta schimbarea în toate distribuțiile. Este mult mai probabil ca, în unele distribuții configurația kernel-ul va fi schimbat, astfel încât ext3 vor funcționa la fel ca înainte, adică, modul de date = comandat. În principiu, modul de logare poate fi modificat de fiecare dată când procesul de montare, adică setarea stabilit în mod liber atunci când formatați sistemul de fișiere.
administrare
Crearea unui sistem de fișiere
Un ext2, ext3 și Ext4 formatate utilizând echipe mkfs.ext2, mkfs.ext3 și mkfs.ext4.
Verificarea sistemului de fișiere
Sistemele de fișiere Ext sunt verificate în mod regulat pentru erori la pornirea computerului, și este, după un anumit număr de operații de montare (implicit este 36), sau după o anumită perioadă (6 luni), în funcție de care unul este cu atât mai repede. Notă: În unele distribuții numărul maxim de operațiuni de montare, după care, pe termen de încercare sau intervalul de timp au o valoare mai mare sau valoarea este 0 (cec nu se efectuează). Mai mult decât atât, în configurație cele mai multe distribuții fstab este (dacă există este definit), care poate fi verificată decât partiția de sistem.
În ciuda utilizării funcției de logare, verificați sistemul de fișiere, se recomandă cel puțin o dată sau de două ori pe an. În primul rând, după cum a recunoscut în eroare de hardware avans. În al doilea rând, este posibil ca un alt erori necunoscute poate fi un driver de sistem de fișiere. Mai devreme a recunoscut erorile care pot apărea ca urmare, nu vor fi mai puțin potențial de deteriorare.
Pentru a verifica manual sistemul de fișiere, puteți rula pur și simplu fsck.ext2 / ext3 / ext4. În timpul supravegherii unei secțiuni de control nu poate fi utilizat, adică atunci când trebuie să demontați mai întâi.
Procesul 1: Verificarea inodes și cantități blocuri
Procedeul 2: Verificați structura de directoare
Procedeul 3: Verificarea conexiunilor între directoare
Procesul 4: Procesul de verificare cere contra
5: Verificarea informațiilor generale despre grupul / dev / mapper / vgl-test: 21357/1310720 fișierele (1.3ZH fără relații) 2062135/5242880 blocuri
De obicei, se dovedește după verificarea că totul este în ordine. În caz contrar, directorul / pierdut + găsit fiecare secțiune sunt rămășițe ale acelor fișiere care sunt deja imposibil de a restabili. Dacă este fișiere text, unele dintre ele resturi de ați putea fi capabil de a extrage pepite de informații utile.
Setați intervalul de sistem de verificare automată
Acționând sloturi pentru verificare automată a sistemului de fișiere pot fi determinate și modificate folosind comanda tune2fs. Aici, folosind opțiunea -c, specificați numărul maxim de operațiuni de montare, precum și prin utilizarea -i - intervalul de timp în zile:
Setarea numărului maxim de conexiuni 100 intervalul setat între verificări 7,776,000 secunde
Setarea de titluri de secțiune
Cu e2label echipa poate învăța să modifice sau să schimbe numele intern al sistemului de fișiere ext3 (numele volumelor sistemului de fișiere):
Acest nume poate fi setat în prima coloană a fișierului / etc / fstab în loc de numele dispozitivului.
Setarea unui număr unic de identificare
Atunci când creați un sistem de fișiere este atribuit un identificator unic (UUID), care poate fi găsit prin rularea vol_id de comandă sau / lib / udev / vol_id. Dacă este necesar, aceste numere pot fi schimbate folosind tune2fs -U comanda. O astfel de modificare poate fi făcută pe drum, utilizați comanda umount nu este necesară.
Modificarea dimensiunii sistemului de fișiere
comandă resize2fs vă permite să mări sau micșora dimensiunea sistemului de fișiere ext. Vă rugăm să rețineți că o creștere în sistem, trebuie să crească mai întâi partiția sau volumul logic în care se află, în timp ce sistemul de fișiere reducând nevoia de a reduce sistemul de fișiere în primul rând, și apoi - o partiție disc sau volum logic.
Testarea extensivă a volumului logic GB testare volum 40,00 logic efectuate, redimensionarea
Sistemul de fișiere de pe / dev / mapper / VG1-test este conectat la / încercare;
Este necesar să se schimbe dimensiunea desc_blocks vechi on-line = 2, new_desc_blocks = 3 Executarea schimba dev / mapper / VG1-test on-line / pe dimensiunea 10485760 (4K) blocuri. Sistemul de fișiere de pe / dev / mapper / vgl-test are acum o dimensiune de 10485760 blocuri.
sistem de fișiere dimensiunea poate fi mărită fără a opri calculatorul. Pentru a reduce dimensiunea fișierului sistemului, acesta trebuie să fie deconectat de la arborele de directoare.
fragmentarea sistemului de fișiere
Prin fragmentarea se referă la starea de disc în care fișierele nu sunt stocate în blocuri consecutive unul față de altul și, în orice ordine, pe întreaga secțiune. O astfel de condiție poate apărea în cazul în care alternează de ștergere, salvați, prelungi și scurta fișiere. Fragmentarea poate operațiunile de acces la date în mod semnificativ lent.
Drivere ext2 / 3/4 încearcă cât mai mult posibil, pentru a evita fragmentarea. Acest lucru, cu toate acestea, se poate face numai în cazul în care sistemul de fișiere este plin nu mai mult de 90%.
Deși nu există instrumente care să defragmenta sistemele de fișiere ext. În prezent, un instrument similar pentru sistemul de fișiere ext4 este încă în dezvoltare. Acest program - în cazul în care va fi în continuare gata - permite defragmentarea discului pe zbor.
Accesul la sisteme de fișiere ext2 și ext3 în din Windows
Puteți accesa datele stocate pe Linux, și de la un sistem Windows. Există mai multe programe. Din propria mea experiență Vă recomandăm să lucreze cu Explore2fs. Acest tip de manager de fișiere, cu care puteți citi fișierele din sistemele ext2 / 3, dar nu le pot schimba.
La prima vedere, fișierul driver de sistem ext pare mai elegant. După instalarea acestuia, puteți fără nici o dificultate de a lucra în Windows cu datele din secțiunile alocate sub Linux, și chiar modifica datele. În acest caz, asigurați-vă că pentru a păstra în vedere faptul că, lăsând un sistem în altă locație, trebuie să închideți complet Windows sau Linux (în loc să-l traducă în modul standby sau hibernare). În caz contrar, riscați deteriorarea sistemului de fișiere și pierderea de date.
Nici Explore2fs, nici un sistem de fișiere ext conducător auto nu este compatibil cu ext4.
Citește și:
XFS
Servicii de dezvoltare de site-uri pe MODX
MODX este un software pe care le folosim pentru a dezvolta toate site-urile noastre.
MODX vă va permite să aibă control complet asupra continutului utilizat pe site-ul dvs., puteți adăuga, șterge, modifica, și să modifice orice conținut pe care doriți, puteți gestiona pe deplin site-ul dumneavoastră.
dezvoltare web profesionala pe MODX, rafinament si suport de site-uri. crearea și completarea magazine online MODX.