sistem de fișiere Journaling
1. sisteme de fișiere Journaling
1.2. ReiserFS sistem de fișiere
ReiserFS - sistem de fișiere conceput special pentru compania Linux Namesys sub conducerea lui Hans Reiser (Hans Reiser) Journaling. De obicei, ReiserFS cuvânt înțeleg versiunea a treia (ultima - 3.6.19), și o a patra numit Reiser4.
În prezent, ReiserFS este acceptată numai sub GNU / Linux, dar poate fi mutat în viitor pe alte platforme. Care apare în versiunea Linux 2.4.1, a fost primul sistem de fișiere jurnalizare incluse în kernel.
ReiserFS - FS standard pentru distribuții ArchLinux, Slackware, SuSE, Xandros, yoper, Linspire și kurumin Linux.
În prezent, dezvoltarea Reiser3 oprit.
Caracteristici ale ReiserFS:
• Abilitatea de a împacheta mai multe fișiere mici într-o singură unitate (de ex., N. Coada de ambalare) pentru a evita fragmentarea și pierderea de spațiu de stocare. Datorită pierderilor puternice de performanță Namesys recomandă să dezactivați această funcție de resurse informatice sensibile.
• numai Logging metadate.
• Abilitatea de a schimba dimensiunea fișierului sistemului „din zbor“.
• Când se lucrează cu fișiere mai mici de 4 KB cu funcție activată Ing. coada de ambalare surclasează ext2 și ext3 de performanță de 10-15 ori.
Dezavantaje ReiserFS:
• Reiser3 poate fi deteriorat ca urmare a restructurării copac în timpul testului. Restructurarea de lemn este necesar, cu condiția ca metadatele este foarte grav avariate.
• Versiuni ReiserFS, incluse în kernel-ul Linux înainte de versiunea 2.4.10, considerat instabil de Namesys și nu sunt recomandate pentru uz industrial, mai ales în combinație cu NFS.
• Metoda defragmentarea necunoscută, în plus față de un FS groapa completă și de recuperare ulterioară, dar pereupakovschik pentru ReiserFS v4, care are grijă de fragmentare fișier.
1.3. sistem de fișiere JFS
ext3 sau al treilea sistem de fișiere extins - sistem de fișiere jurnalizate utilizat de sistemele de operare pe nucleul Linux, sistemul de fișiere este implicit în multe distribuții Linux. Se bazează pe ext2 FS.
Diferența principală de la Ext2FS este că ext3 jurnalizare, adică, ea oferă o înregistrare a anumitor date pentru a restaura sistemul de fișiere în cazul unor defecțiuni în calculator.
Standardul oferă trei modul de logare:
1. writeback: sunt înregistrate numai sistemul de fișiere de metadate, de exemplu, informații cu privire la schimbarea sa. Ea nu poate garanta integritatea datelor, dar reduce semnificativ timpul de scanare, comparativ cu ext2;
2. a ordonat: la fel ca și cea a writeback, dar scrierea de date într-un fișier produs este garantat pentru a înregistra informații despre modificările din acest fișier. Ușor reduce performanța nu poate garanta integritatea datelor (deși crește probabilitatea de conservare a acestora în timpul anexați la un fișier existent)
3. jurnal: întregul sistem de fișiere jurnalizare metadate și date de utilizator. Cel mai lent, dar cel mai sigur mod; poate garanta integritatea datelor în timpul depozitării revistei pe o partiție separată (sau mai bine - pe un hard disk separat).
Specifică parametrii de logare modul linie pentru a monta programul, de exemplu:
date mount / dev / hda6 / mnt / disc o- =<режим>
sau în fișierul / etc / fstab.
Caracteristici ale ext3:
Sistemul de fișiere ext3 poate suporta fișiere cu dimensiuni de până la 1 TB. Cu Linux-nucleu 2.4 volum sistem de fișiere limitate de dimensiunea maximă a unui dispozitiv bloc, adică 2 teraocteți. În Linux 2.6 (pentru procesoarele pe 32 de biți), dimensiunea maximă a unui dispozitiv bloc 16 este TB, dar suporta numai ext3 la 4 TB.
Mecanismul de Logging NTFS.
NTFS - sistem tolerant la defecte, care ar putea pune în ele însele starea corectă la aproape orice accidente din lumea reală. Fiecare sistem de fișiere modern, se bazează pe un astfel de concept ca o tranzacție - acțiune realizată complet și corect, sau nu sa angajat deloc. În NTFS pur și simplu nu se întâmplă intermediar de stat (neregulat sau incorect) - cuantumul modificărilor de date nu pot fi împărțite în înainte și după accident, aducând distrugere și confuzie - este fie angajată sau anulată.
Exemplul 1: înregistrarea datelor se realizează pe disc. Dintr-o dată se dovedește că locul în care tocmai ne-am decis să scrie o altă bucată de date, nu a fost posibil să se scrie - daune fizice la suprafață. Comportamentul NTFS în acest caz, este destul de logic: tranzacția de înregistrare este derulată înapoi în întregime - sistemul recunoaște că intrarea nu este făcută. Locația este marcată ca sa prăbușit, iar datele sunt scrise într-un alt loc - începe o nouă tranzacție.
Exemplul 2: Un caz mai complicat - scrie date pe disc. Dintr-o dată, boom-ul - alimentarea este oprită și repornește sistemul. La ce fază se oprește de înregistrare, în cazul în care există dovezi, și în cazul în care un nonsens? Ea vine în ajutorul unui alt mecanism de sistem - jurnalul de tranzacții. Faptul că sistemul este conștient de dorința sa de a scrie pe disc, a etichetat în Metafișier $ logfile statutul său. Când reporniți un fișier examinat pentru prezența unor tranzacții incomplete, care au fost întrerupte de accident și rezultatul care este imprevizibil - toate aceste operațiuni sunt anulate: un loc în care înregistrarea este marcat din nou, ca un drum liber, indici și elemente MFT sunt conduse într-o stare în care au fost înainte de accident, iar sistemul în ansamblul său rămâne stabil. Ei bine, dacă a existat o eroare la scrierea revistei? Nimic prea teribil: o tranzacție sau încă nu a început (este doar o încercare de a face o înregistrare a intențiilor sale), sau a încheiat deja - adică, există o încercare de a înregistra faptul că tranzacția este, de fapt, deja făcut. În acest din urmă caz, data viitoare când porniți sistemul în sine înțeles prea bine, că este de fapt și este scris corect, și nu să acorde o atenție la tranzacție „neterminat“.
Cu toate acestea, conectându - nu este un panaceu absolut, ci doar un mijloc de a reduce semnificativ numărul de erori și eșecuri ale sistemului. Este puțin probabil ca utilizatorul mediu, deși NTFS observați vreodată o eroare sau un sistem va fi forțat să curgă Chkdsk - experiența arată că NTFS este readus la starea corectă în totalitate, chiar și în cazul unor defecțiuni în foarte încărcate puncte de activitate pe disc. Puteți optimiza chiar unitatea și în mijlocul acestui proces de resetare a împinge - posibilitatea pierderii de date, chiar și în acest caz, va fi foarte scăzută. Este important să se înțeleagă, totuși, că sistemul de recuperare NTFS asigură corectitudinea sistemului de fișiere, nu datele. Dacă scrieți pe disc și a primit accident - iar datele nu pot fi înregistrate.
1.5. Sistemul de fișiere HFS Plus.
1.6. DualFS sistem de fișiere