Ha két operációs rendszer van telepítve, a Windows és a Linux, akkor biztosan szeretné operációs rendszer közvetlenül a Windowsból a számítógép újraindítása nélkül.

Sajnos a Windows rendszerben nincs támogatás a Linux OS partíciókhoz. De hiába. Számomra úgy tűnik, hogy ez egy kedves gesztus lehet a Microsoft részéről.

A probléma lényege az, hogy a Windows NTFS fájlrendszert használ, míg a Linuxnak megvan a saját, kiterjesztett módja a fájlok rendezésének. fájlrendszer, amelynek legújabb verziója a 4-es sorozatszámú.

A Linux felhasználóbarátabb, mint kereskedelmi testvére: a Linux alapértelmezés szerint támogatja a Windows NTFS fájlrendszert. Természetesen a Linuxot nem lehet NTFS-partícióra telepíteni, de lehet olvasni és írni az adatokat.

Ext2 IFS

Az Ext2 IFS támogatja a Windows NT4.0 / 2000 / XP / 2003 / Vista / 2008 x86 és x64 verzióit, és lehetővé teszi a Linux ext2 partíciók tartalmának megtekintését és írását is. A segédprogram telepíti az ext2fs.sys rendszer-illesztőprogramot, amely kiterjeszti Windows képességekés teljes mértékben támogatja az ext2-t: az ext2 partíciókhoz meghajtóbetűjeleket rendelnek, és a rajtuk lévő fájlok és mappák megjelennek az összes alkalmazás párbeszédpaneljén, például az Intézőben.

Ext2 FSD

Az Ext2 FSD egy ingyenes illesztőprogram ehhez Windows rendszerek(2K / XP / VISTA / 7 x86 és x64 verziók). Az előző segédprogramhoz hasonlóan, amely lényegében egy illesztőprogram is, teljes mértékben támogatja a Windows ext2 fájlrendszerét.

Az LTOOLS parancssori segédprogramok készlete, amely lehetővé teszi adatok olvasását és írását Linux ext2, ext3 és ReiserFS partíciókra (szabványos Linux fájlrendszerek) DOS vagy Windows rendszerről.

A programnak van egy verziója grafikus héj(Java nyelven írva) - LTOOLSgui és egy GUI verziója is.

Ext2Read

Desszertnek, mint mindig, a legfinomabb.

Az Ext2Read egy fájlkezelő segédprogram, amely lehetővé teszi az ext2 / ext3 / ext4 partíciók megtekintését és írását. Támogatja az LVM2-t és a jelen áttekintésben szereplő többi programtól eltérően az ext4 fájlrendszert. Beépített támogatás a rekurzív címtármásoláshoz.

És itt a második desszert. Az elején azt mondták, hogy jó gesztus lenne a Microsoft részéről, ha engedélyezné a támogatást Linux partíciók alapértelmezés szerint a Windows rendszeren.

A gesztus a Linux 20. évfordulójára készült. Nézd meg magad.

Ez minden. Köszönöm a figyelmet. Megyek a májusi bogarak ellen. Nagyon sok van belőlük idén tavasszal. 🙂

Most leírjuk a legnépszerűbb Linux lemezfájlrendszert, az ext2-t. A Linux első kiadása a MINIX 1 fájlrendszert használta, amely rövid fájlnevekkel és 64 MB maximális fájlmérettel rendelkezett. A MINIX 1 fájlrendszert végül felváltotta az első kiterjesztett fájlrendszer, az ext, amely hosszabb fájlneveket és nagyobb fájlméreteket tett lehetővé. Az ext (teljesítmény szempontjából) alacsony hatékonysága miatt az utódja, az ext2 váltotta fel, amelyet ma is széles körben használnak.

Egy ext2 lemezpartíció tartalmazza az 1. ábrán látható fájlrendszert. 10.17 elrendezés. A 0-s blokkot a Linux nem használja, és a számítógép indítókódját tartalmazza. A 0. blokkot követően a lemezpartíció blokkcsoportokra van osztva (kivéve a lemezhengerek határait). Minden csoport a következőképpen van felszerelve.

Az első blokk a szuperblokk, amely információkat tárol a fájlrendszer elrendezéséről, beleértve az i-node-ok számát, a lemezblokkok számát, a szabad lemezblokkok listájának elejét (ez általában több száz elemből áll). Ezt követi egy csoportleíró, amely információkat tartalmaz a bittérképek helyéről, a csoportban lévő szabad blokkok és i-csomópontok számáról, valamint a csoportban lévő könyvtárak számáról. Ez az információ azért fontos, mert az ext2 fájlrendszer megpróbálja egyenletesen elosztani a könyvtárakat a teljes lemezen.

A két bittérkép nyomon követi a szabad blokkokat és a szabad i-csomópontokat (ez szintén a MINIX 1 fájlrendszertől származik, és megkülönbözteti a legtöbb UNIX fájlrendszertől, amely listát használ a szabad blokkokhoz). Minden bittérkép mérete egy blokk. Az 1 KB-os blokkmérettel ez a kialakítás 8192 blokkra és 8192 i-node-ra korlátozza a blokkcsoport méretét. Az első szám valódi korlátozás, a második pedig gyakorlatilag semmi. A 4 KB-os blokkok esetében a számok négyszer nagyobbak.

Ezután maguk az i-csomópontok találhatók. 1-től maximumig vannak számozva. Minden i-node mérete 128 bájt, és pontosan egy fájlt ír le. Az i-node tartalmazza a könyvelési információkat (beleértve mindazt, amit a stat által visszaadott, amely egyszerűen az i-node-tól veszi), valamint elegendő információt a fájl adatait tartalmazó lemezblokkok megtalálásához.

Az i-csomópontokat adatblokkok követik. Az összes fájl és könyvtár itt tárolódik. Ha egy fájl vagy könyvtár több blokkból áll, akkor ezeknek a blokkoknak nem kell egymás mellett lenniük a lemezen. Valójában egy nagy fájl blokkjai valószínűleg szétszórva vannak a lemezen.

A megfelelő i-csomópontok szétszórva vannak az összes lemezblokk-csoportban. Az Ext2 megpróbálja a normál fájlokat ugyanabba a blokkcsoportba helyezni, mint a szülőkönyvtár, az adatfájlokat pedig ugyanabba a blokkba, mint a forrásfájl i-csomópontja (feltéve, hogy van ott elegendő hely). Ezt az ötletet a Berkeley Fast File System-től kölcsönözték (McKusick et al., 1984). A bittérképek gyors kiosztási döntések meghozatalára szolgálnak

hely az új fájlrendszeradatok számára.

Új fájlblokkok lefoglalásakor az ext2 előre lefoglal néhány (nyolc) további blokkot ugyanahhoz a fájlhoz (hogy minimalizálja a fájl töredezettségét a jövőbeni írások miatt). Ez a séma elosztja a fájlrendszert a teljes lemezen. Jó a teljesítménye is (egybefüggő hajlamának és csökkentett töredezettségének köszönhetően).

A fájl eléréséhez először az egyik Linux rendszerhívást (például open) kell használnia, amelyhez meg kell adni a fájl elérési útját. Ezt az elérési utat a rendszer elemzi, és az alkotó könyvtárakat kivonja belőle. Ha relatív elérési út van megadva, akkor a keresés a folyamat aktuális könyvtárából indul, ellenkező esetben a gyökérkönyvtárból. Mindenesetre az első könyvtár i-node-ja könnyen megtalálható: a folyamatleíróban van rá mutató, vagy (a gyökérkönyvtár esetében) egy adott blokkban van eltárolva a lemezen.

A könyvtár legfeljebb 255 karakter hosszú fájlnevek használatát teszi lehetővé (10.18. ábra). Minden könyvtár számos lemezblokkból áll (hogy a könyvtárat atomosan le lehessen írni a lemezre). Egy könyvtárban a fájlok és könyvtárak elemei rendezetlen sorrendben vannak (minden elem közvetlenül követi az előzőt). Az elemek nem léphetik át a blokkhatárokat, ezért általában minden lemezblokk végén van néhány fel nem használt bájt.

ábrán látható minden egyes címtárbejegyzés. A 10.18 négy fix hosszúságú mezőből és egy változó hosszúságú mezőből áll. Az első mező az i-node száma: 19 a kolosszális fájlhoz, 42 a terjedelmes fájlhoz, és 88 a bigdir könyvtárhoz. Ezt követi a rec_len mező, amely a teljes címtárbejegyzés méretét adja meg bájtokban (esetleg további helyőrzőkkel a név után). Ez a mező a következő rekord megkereséséhez szükséges (abban az esetben, ha a fájlnév ismeretlen számú bájttal van hozzáfűzve). Az ábrán ezt a mezőt nyíl jelzi. Ezután egy mező, például fájl, könyvtár stb. található. Az utolsó rögzített hosszúságú mező a fájlnév hosszát tartalmazza bájtokban (8, 10 és 6 ezt a példát). Végül ott van maga a fájlnév, amely egy null bájtban végződik, és egy 32 bites határra van feltöltve. Ezt további kitöltő bájtok követhetik.

ábrán. A 10.18b ugyanazt a könyvtárat mutatja a terjedelmes elem eltávolítása után. Csak annyit kell tenni a könyvtárban, hogy növeljük az előző kolosszális fájl rekordméret mezőjében lévő számot és a címtárrekord bájtjait távoli fájl terjedelmes fájlok az első rekord helyőrzőivé válnak. Ezt követően ezek a bájtok használhatók írásra új fájl létrehozásakor.

Mivel a címtárak keresése lineárisan történik, sok időbe telhet egy bejegyzés megtalálása egy nagy könyvtár végén. Ezért a rendszer gyorsítótárat tart fenn a legutóbb elért könyvtárakról. A gyorsítótárban a keresés a fájlnév alapján történik, és ha megtalálják, akkor már nincs szükség a drága lineáris keresésre. A címtárbejegyzés gyorsítótárába minden elérési út-összetevőhöz beírnak egy denry-t, és (az i-csomópontján keresztül) a könyvtárban megkeresik a következő elérési út-bejegyzéseket (amíg meg nem találják a fájl tényleges i-csomópontját).

Például egy abszolút elérési út (például / usr / ast / file) által meghatározott fájl megkereséséhez kövesse az alábbi lépéseket. Először a rendszer megkeresi a gyökérkönyvtárat, amely általában a 2-es számú i-csomópontot használja (különösen, ha az 1-es számú i-node hibás blokkok számára van fenntartva). Gyorsítótárazza a megfelelő elemet a címtárbejegyzés gyorsítótárában (a gyökérkönyvtár jövőbeli kereséseihez). Ezután megkeresi a gyökérkönyvtárban az "usr" karakterláncot, hogy megkapja a / usr könyvtár i-node számát (amely a címtárbejegyzés gyorsítótárában is tárolva van). Ezt az i-csomópontot ezután a rendszer beolvassa, és a lemezblokkokat kivonja belőle, így elolvashatja a / usr könyvtárat, és megkeresheti az "ast" karakterláncot. Miután megtalálta a megfelelő elemet, felhasználható az / usr / ast könyvtár i-node számának meghatározására. Ennek az i-node számnak a ismeretében olvasható és megtalálható a címtárblokkban. Végül megkeressük a "file" szót, és megtaláljuk az i-node számát. Így a relatív elérési út használata nemcsak kényelmesebb a felhasználó számára, hanem csökkenti a rendszer munkáját is.

Ha a fájl elérhető, a rendszer kibontja az i-node számát, és az i-node tábla indexeként használja (a lemezen), hogy megtalálja a megfelelő i-node-ot és beolvassa a memóriába. Ez az i-csomópont az i-node táblában van elhelyezve, egy kernel adatszerkezetben, amely tartalmazza az aktuálisan megnyitott fájlok és könyvtárak összes i-node-ját. Az i-node elemek formátumának tartalmaznia kell (legalább) a stat rendszerhívás által visszaadott összes mezőt, hogy a stat működjön (lásd: 10.10. táblázat). asztal A 10.13 a Linux fájlrendszer által támogatott i-node szerkezet néhány mezőjét mutatja be. Az i-node tényleges szerkezete sokkal több mezőt tartalmaz, mivel ez ugyanaz a struktúra, amelyet a könyvtárak, eszközök és egyéb speciális fájlok ábrázolására használnak. Az i-node struktúra jövőbeli használatra fenntartott mezőket is tartalmaz. A történelem azt mutatja, hogy a fel nem használt bitek nem maradnak sokáig tétlenül.

Most nézzük meg, hogyan olvassa be a rendszer a fájlt. Ne feledje, hogy egy tipikus könyvtári eljáráshívás az olvasási rendszerhívás indításához így néz ki:

n = olvasás (fd, puffer, nbyte);

Amikor a kernel átveszi az irányítást, csak ezzel a három paraméterrel és a belső tábláiban található információkkal tud kezdeni (a felhasználóra vonatkozóan). E belső táblák egyik eleme a fájlleírók tömbje. A fájlleírók indexelik, és minden megnyitott fájlhoz egy elemet tartalmaz (egy bizonyos maximális számig, az alapértelmezett érték általában 32).

Az ötlet az, hogy ezzel a fájlleíróval kezdjük, és a megfelelő csomóponttal fejezzük be. Tekintsünk egy teljesen lehetséges sémát: tegyen egy mutatót egy csomópontra a fájlleíró táblázatban. Egyszerűsége ellenére ez a módszer (sajnos) nem működik. A probléma a következő. Minden fájlleírónak rendelkeznie kell egy társított fájlmutatóval, amely azonosítja a fájlban azt a bájtot, amelyből a következő olvasási vagy írási műveletet el kell indítani. Hol kell ezt a mutatót tárolni? Az egyik lehetőség, hogy csomóponttáblázatba helyezzük. Ez a megközelítés azonban nem működik, ha több független folyamat nyitja meg ugyanazt a fájlt egyszerre, mivel minden folyamatnak saját mutatóval kell rendelkeznie.

A második megoldás az, hogy a mutatót a fájlleíró táblázatba helyezzük. Sőt, minden egyes folyamatnak, amely megnyitja a fájlt, megvan a maga pozíciója a fájlban. Sajnos ez a séma sem működik, de a kudarc oka ebben az esetben nem olyan nyilvánvaló, és a természettel kapcsolatos. megosztás fájlokat Linux rendszeren. Vegyünk egy 5-ös shell scriptet, amely két parancsból áll (p1 és p2), amelyeket egymás után kell végrehajtani. Ha a szkriptet a parancssor hívja meg

akkor p1 várhatóan az x fájlba írja a kimenetét, majd a p2 szintén az x fájlba írja, ahol a p1 abbamaradt.

Amikor a shell elindítja a p1 folyamatot, az x fájl eleinte üres lesz, így a p1 parancs csak elkezd írni a 0 pozícióban lévő fájlba. Amikor azonban a p1 befejezi munkáját, szükség van valamilyen mechanizmusra annak biztosítására, hogy a p2 folyamat kezdőpozíciója nem 0 (de pontosan ez történik, ha a fájl pozíciója a fájlleíró táblában van tárolva), hanem az az érték, amelynél a pi megállt.

Ennek módja az ábrán látható. 10.19. A trükk egy új tábla bevezetése – a leírás táblázat nyissa meg a fájlokat(fájlleíró tábla megnyitása) - a fájlleíró tábla és az i-node tábla közé, és abban tárolja a fájlmutatót (valamint az olvasási / írási bitet). Az ábrán a szülő folyamat a shell, a gyermek pedig először a pi, majd a p2 folyamat. Amikor a shell pi folyamatot hoz létre, annak felhasználói szerkezete (beleértve a fájlleíró táblát is) ugyanannak a shell-struktúrának a pontos másolata, tehát mindkettő ugyanarra a nyitott fájlleíró táblára mutat mutatókat. Amikor a pi folyamat kilép, a shell fájlleíró továbbra is a megnyitott fájlleíró táblázatra mutat, amely a p1 folyamat pozícióját tartalmazza a fájlban. Amikor a shell most létrehozza a p2 folyamatot, az új gyermekfolyamat automatikusan örökli a fájl pozícióját, és sem az új folyamatnak, sem a shellnek nem kell tudnia ennek a pozíciónak az aktuális értékét.

Ha bármilyen idegen folyamat megnyitja a fájlt, akkor az saját bejegyzést kap a megnyitott fájlok leírásának táblázatában a fájlban elfoglalt pozíciójával, amelyre pontosan szükség van. Így a megnyitott fájlleíró tábla célja, hogy a szülő- és a gyermekfolyamat ugyanazt a mutatót ossza meg a fájlban, de személyes mutatókat rendeljen a külső folyamatokhoz.

Tehát (visszatérve az olvasás feladatához), megmutattuk, hogyan határozzák meg a fájl pozícióját és az i-node-ot. Az I-csomópont tartalmazza a fájl első 12 blokkjának lemezcímét. Ha a fájl pozíciója az első 12 blokkba esik, akkor a szükséges fájlblokk beolvasásra kerül, és az adatok átmásolódnak a felhasználóhoz. A 12 blokknál hosszabb fájlok esetén az i-node tartalmazza az egyetlen indirekt blokk lemezcímét (10.19. ábra). Ez a blokk további lemezblokkok lemezcímeit tartalmazza. Például, ha a blokk mérete 1 KB és a lemez címe 4 bájt, akkor egyetlen közvetett blokk legfeljebb 256 lemezcímet tárolhat. Ez a séma legfeljebb 268 KB méretű fájlok támogatását teszi lehetővé.

Hogyan lehet elérni a lemezpartíciókat vagy a cserélhető adathordozókat fájlrendszerekkel Windows környezetben Ext2 / 3/4 ? Ha például egy második rendszer is van a számítógépen Linux... És dolgoznia kell a környezetből származó adataival ablakok... Vagy egy másik példa - ha a Windows belsejében van felszerelve virtuális lemezek telepítve virtuális gépek rendszerek Linux vagy Android... Ext2 / 3 / 4 A Windows nem tudja, hogyan kell natívan dolgozni, ehhez harmadik féltől származó eszközökre van szüksége. Mit jelentenek ezek? Fontolja meg az alábbiakat.

***
Az első három eszköz csak információs eszközök olvasását teszi lehetővé Ext2 / 3/4... Ez utóbbi megoldás lehetővé teszi az adatok olvasását és írását is. Az alábbiakban tárgyalt összes eszköz ingyenes.

1. DiskInternals Linux Reader

Egy egyszerű program egy primitív fájlkezelő, amely úgy készült, mint egy normál Windows Intéző, és támogatja a fájlrendszereket Ext 2/3/4 , Reiser4 , HFS , UFS2... A program ablakában partíciókat és eszközöket fogunk látni Linux vagy Android.

Másoláshoz válasszon ki egy mappát vagy fájlt, nyomja meg a gombot "Megment".

Ezután adja meg a másolási útvonalat.

2. A Total Commander DiskInternals Reader beépülő modulja

A népszerű szerelmesei adatokat nyerhetnek ki Linux vagy Android a Windowson belül ezzel a fájlkezelővel. De miután korábban telepített egy speciális bővítményt. Az egyik ilyen bővítmény az, hogy képes formázott információs eszközök csatlakoztatására és olvasására Ext2 / 3/4 , Zsír / exFAT , HFS / HFS + , ReiserFS... Töltse le a bővítményt, csomagolja ki az archívumát , megerősítjük a telepítést.

Dob (fontos) rendszergazdaként. Megyünk a szakaszhoz. Kattintson.

Itt, a lemez és az adathordozó egyéb partícióival együtt, az, amelyiken Ext2 / 3/4 .

Az adatok másolása hagyományos módszerrel történik módon - az F5 billentyűvel a második panelen.

3. Beépülő modul a Total Commander ext4tc-hez

Az előző megoldás egyszerűsített alternatívája - ext4tc, egy másik bővítmény ehhez ... Csak formátumban formázott információs eszközök olvasásához csatlakoztatható Ext2 / 3/4... Töltse le a bővítményt, csomagolja ki az archívumot a fájlkezelőben, indítsa el a telepítést.

Dob (fontos) rendszergazdaként. Kattintunk. Megyünk.

Ha adatokat kell másolnia, használja a szokásos módszert az F5 billentyűvel.

4. Ext2Fsd támogatási illesztőprogram

Program Ext2Fsd A sofőr Ext2 / 3/4, az operációs rendszer szintjén valósítja meg ezeknek a fájlrendszereknek a támogatását. Az ezekben a fájlrendszerekben formázott lemezpartíciókkal és meghajtókkal ugyanúgy dolgozhat, mint a szokásos Windows által támogatott információs eszközökkel az Intéző ablakban vagy harmadik féltől származó programokban. Az illesztőprogram lehetővé teszi az adatok olvasását és írását is.

Töltse le a legújabbat jelenlegi verzió Ext2Fsd.

Telepítéskor aktiváljuk (ha hosszú távú munkáról van szó) három javasolt jelölőnégyzet:

1 - Az illesztőprogram automatikus futtatása a Windows rendszerrel együtt;
2 - Felvétel támogatása Ext2;
3 - Formázási támogatás Ext3.

A befejezés előtti szakaszban aktiváljuk az illesztőprogram-kezelő ablak elindításának lehetőségét - - a hozzá tartozó információk eszközhöz rendelésével Ext2 / 3/4 meghajtóbetűket.

A kinyíló ablakban látni fogjuk a médiumot a már hozzárendelt betűvel. Például a mi esetünkben a hordozó a Ext4 az első szabad betű van megadva F.

Most már dolgozhatunk a lemezzel F a felfedező ablakban.

Rendeljen betűt az új csatlakoztatott eszközökhöz Ext2 / 3/4 Te tudod használni helyi menü az ablakban megjelenő mindegyiken eszközöket. De pusztán egy meghajtóbetűjel hozzárendelésével egy ilyen eszköz nem jelenik meg a Windows újraindítása után, ez a megoldás csak egy munkamenetre a számítógéppel. Új készülék elkészítéséhez Ext2 / 3/4állandóan látható a Windows környezetben, duplán kell rákattintani a beállítási ablak megnyitásához és az állandó kapcsolat paramétereinek beállításához. A második oszlopban a következőkre lesz szüksége:

Cserélhető adathordozók esetén aktiválja a jelölőnégyzetet, amelyet a képernyőképen az 1-es szám jelez, és adja meg a meghajtó betűjelét;
Belső lemezek és partíciók esetén aktiválja a jelölőnégyzetet, amelyet az alábbi képernyőképen 2-es szám jelez, és adja meg a meghajtó betűjelét is.

Fájlrendszer(angol fájlrendszer) - olyan sorrend, amely meghatározza az adatok rendszerezési, tárolási és elnevezési módját az informatikai berendezések adathordozóin (hordozható flash memóriakártyák használata információk többszöri rögzítésére és tárolására hordozható elektronikus eszközökben: digitális fényképezőgépek, mobiltelefonok stb. .) ) és számítástechnika. Meghatározza a tartalom és a fizikai tárolás formátumát, amelyet általában fájlok formájában csoportosítanak. Az adott fájlrendszer határozza meg a fájlnév (mappa) méretét, a maximálisan lehetséges fájl- és szakaszméretet, valamint a fájlattribútumok készletét. Egyes fájlrendszerek szolgáltatási képességeket biztosítanak, például hozzáférés-vezérlést vagy fájltitkosítást.

Fájlrendszer feladatok

Bármely fájlrendszer fő funkciói a következő feladatok megoldására irányulnak:

fájl elnevezése;

Szoftver interfész alkalmazások fájljainak kezelésére;

a fájlrendszer logikai modelljének hozzárendelése az adattárház fizikai szervezetéhez;
a fájlrendszer áramkimaradásokkal, hardver- és szoftverhibákkal szembeni ellenálló képességének megszervezése;

A többfelhasználós rendszerekben egy másik feladat jelenik meg: az egyik felhasználó fájljainak védelme egy másik felhasználó illetéktelen hozzáférésétől, valamint a fájlokkal való közös munka biztosítása, például amikor az egyik felhasználó megnyit egy fájlt, mások számára ugyanaz A fájl átmenetileg csak olvasható módban lesz elérhető...

A fájlrendszer a számítógép által a merevlemezen lévő információk rendszerezésére használt alapvető struktúra. Új telepítésekor merevlemez particionálni és formázni kell egy adott fájlrendszerhez, ami után adatok és programok tárolhatók rajta. Három lehetséges fájlrendszer-beállítás létezik a Windows rendszeren: NTFS, FAT32 és a ritkán használt régi FAT-rendszer (más néven FAT16).

Az NTFS az előnyben részesített fájlrendszer a Windows ezen verziójához. Számos előnnyel rendelkezik a korábbi FAT32 rendszerhez képest; ezek közül néhányat az alábbiakban sorolunk fel.

Képes automatikusan helyreállítani bizonyos lemezhibákat (a FAT32 nem rendelkezik ezzel a képességgel).
Továbbfejlesztett támogatás a nagy merevlemezekhez.
Magasabb fokú biztonság. Lehetőség van engedélyek és titkosítás használatával megtagadni a felhasználók hozzáférését bizonyos fájlokhoz.

A FAT32 fájlrendszert és a ritkán használt FAT rendszert a Windows korábbi verzióiban használták, beleértve a Windows 95-öt, a Windows 98-at és a Windows Millenium Editiont. A FAT32 fájlrendszer nem biztosítja az NTFS által biztosított biztonsági szintet, így ha a számítógépen van FAT32-re formázott partíció vagy kötet, az azon lévő fájlok bárki számára láthatók, aki hozzáfér a számítógéphez. A FAT32 fájlrendszernek is vannak fájlméret-korlátai. A Windows ezen verziójában nem lehet 32 ​​GB-nál nagyobb FAT32-partíciót létrehozni. Ezenkívül a FAT32 partíció nem tartalmazhat 4 GB-nál nagyobb fájlt.

A FAT32 rendszer használatának fő oka, hogy a számítógépen Windows 95, Windows 98 vagy Windows Millenium Edition, valamint a Windows ezen verziója (több operációs rendszerrel konfigurálva) futhat. Egy ilyen konfiguráció létrehozásához telepítenie kell az operációs rendszer előző verzióját egy FAT32-re vagy FAT-ra formázott partícióra, így ez lesz az elsődleges (az elsődleges partíció tartalmazhatja az operációs rendszert). A Windows korábbi verzióiból elért többi partíciót is FAT32-re kell formázni. A Windows korábbi verziói csak a hálózati NTFS-partíciókhoz vagy kötetekhez férnek hozzá. A helyi számítógép NTFS-partíciói nem lesznek elérhetők.

FAT – előnyök:

A hatékony működéshez egy kis RAM szükséges.
Gyors munka kis és közepes katalógusokkal.
A lemez átlagosan kevesebb fejmozgást végez (az NTFS-hez képest).
Hatékony munka lassú lemezeken.

ZSÍR – hátrányok:

Katasztrofális teljesítménycsökkenés a növekvő töredezettség miatt, különösen nagy meghajtók esetén (csak FAT32 esetén).
Nehézségek a nagy (mondjuk a lemezméret legalább 10%-a) fájlokhoz való véletlenszerű hozzáférés során.
Nagyon lassú munka sok fájlt tartalmazó könyvtárakkal.

NTFS - előnyök:

A fájlok töredezettségének szinte semmilyen következménye nincs magára a fájlrendszerre nézve – a töredezett rendszer teljesítménye csak a fájladatokhoz való hozzáférés tekintetében romlik.
A könyvtárszerkezet bonyolultsága és az egy könyvtárban található fájlok száma szintén nem jelent különösebb akadályt a teljesítménynek.
Gyors hozzáférés egy fájl tetszőleges töredékéhez (például nagy .wav fájlok szerkesztése).
Nagyon gyors hozzáférés kis fájlokhoz (több száz bájt) - a teljes fájl ugyanazon a helyen van, mint a rendszeradatok (MFT rekord).

NTFS - hátrányok:

Jelentős követelmények a rendszermemóriával szemben (64 MB az abszolút minimum, a jobb több).
A Bus Mastering nélküli lassú meghajtók és vezérlők súlyosan rontják az NTFS teljesítményét.
A közepes méretű könyvtárakkal nehéz dolgozni, mert szinte mindig töredezettek.
Az a lemez, amely hosszú ideig működik 80-90%-ban telt állapotban, rendkívül alacsony teljesítményt mutat.

A következő fájlrendszerek tekinthetők "natív" Linuxnak (vagyis azok, amelyekre telepíthető, és amelyekről el tud indulni): ext2fs, ext3fs, ext4fs, ReiserFS, XFS, JFS.Általában a disztribúciók túlnyomó többségének telepítésekor kínálnak választást. Természetesen vannak módok Linux telepítések a FAT / VFAT / FAT32 fájlrendszereken, de ez csak azoknak szól, akik sokat értenek a perverziókhoz, és nem beszélek róluk.

A fájlrendszer kiválasztásánál a fő kritérium általában a megbízhatóság és a teljesítmény. Egyes esetekben a kompatibilitási tényezőt is figyelembe kell venni - ebben az esetben ez más operációs rendszerek azon képességére vonatkozik, hogy hozzáférjenek egy adott fájlrendszerhez.
Kezdem a ReiserFS-sel – mert ennek a jegyzetnek az oka a kérdés volt: mit tekintsünk kis fájloknak? Hiszen köztudott, hogy a kis fájlokkal való munka hatékonysága az erőssége ennek a fájlrendszernek.

Tehát a kis fájlok olyan fájlok, amelyek kisebbek, mint a fájlrendszer logikai blokkja, ami Linuxban a legtöbb esetben négy kilobájtnak felel meg, bár a formázás során bizonyos határok között (az adott FS-től függően) beállítható. Számtalan ilyen kis fájl található bármely Unix-szerű operációs rendszerben. Tipikus példák a FreeBSD portfáját alkotó fájlok, a Gentoo portok és hasonló portolási rendszerek.
A legtöbb fájlrendszerben az ilyen mini-fájlok saját inode-val (egy fájl metainformációit tartalmazó információs csomóponttal) és egy adatblokkkal rendelkeznek, ami a lemezterület pazarlásához és a fájlműveletek teljesítményének csökkenéséhez vezet. Pontosabban ez az oka az akta katasztrofális ábrándozásának FreeBSD rendszerek(mind a régi, UFS, mind az új, UFS2), amikor saját portrendszerrel dolgozik.

A ReiserFS fájlrendszerben ilyen esetekben nem osztanak ki külön adatblokkokat - sikerül a fájladatokat közvetlenül az inode területére zsúfolni. Ennek köszönhetően a lemezterület megtakarítható, és a teljesítmény nő - szó szerint többszörösére az összes többi FS-hez képest.
A ReiserFS kis fájljainak ilyen kezelése volt az oka a megbízhatatlanság legendájának. Valóban, a fájlrendszer összeomlása (vagyis a szolgáltatási területek megsemmisülése) esetén az inode-okkal együtt található adatok is eltűnnek velük együtt - és visszavonhatatlanul. Míg azokban a fájlrendszerekben, ahol az inódák és az adatblokkok térben mindig el vannak választva, az utóbbiak elméletileg visszaállíthatók. Tehát az ext2 / ext3 esetében még eszközök is vannak erre.

Azonban, mint minden legenda, ez is csak a hitelesség benyomását kelti. Először is, a helyrehozhatatlan adatvesztés csak nagyon kisméretű fájlokra vonatkozik. A felhasználók között gyakorlatilag nincs ilyen felhasználó, míg az összes többi könnyen visszaállítható a terjesztési készletből.
Másodszor, amikor az adatok helyreállításának lehetőségéről beszélünk olyan blokkokból, amelyek elveszítették az inode-jukhoz való kötődést, nem véletlenül használtam az "elméleti" szót. Mert a gyakorlatban ez a tevékenység rendkívül fáradságos és nem ad garantált eredményt. Mindenki, akinek ezt kellett tennie, egyetért azzal, hogy ennek csak a teljes kétségbeesésből lehet átadni magát. És ez minden Linux fájlrendszerre vonatkozik. Ez a szempont tehát elhanyagolható a fájlrendszer kiválasztásakor.

Az általános teljesítményt tekintve a ReiserFS határozottan gyorsabb, mint az összes többi naplózó FS, és bizonyos tekintetben felülmúlja az ext2-t. Néhány általános fájlművelet sebességének összehasonlítása itt található.
De a ReiserFS kompatibilitásával a helyzet valamivel rosszabb. Hozzáférés az operációs rendszerből Windows család ha jól tudom lehetetlen. Néhány BSD operációs rendszer (DragonFlyBSD, FreeBSD) támogatja ezt a fájlrendszert, de csak olvasható módban. Még annak az esélye sem nulla, hogy egy tetszőleges múltkori Linux LiveCD nem rendelkezik ReiserFS támogatással.

És itt érdemes megjegyezni az ext3fs-t. Előnye egyáltalán nem a nagyobb megbízhatóság – ez ugyanaz a legenda, mint a ReiserFS instabilitása. Annyit hallottam az ext3fs összeomlásáról, mint a ReiserFS-ről. Jómagam sem az egyiket, sem a másikat nem tudtam elpusztítani. Hacsak nem működött ext2-vel – de még az is nagyon régen volt, a 2.2-es kernel (vagy akár a 2.0) idején.

Nem, az ext3fs fő előnye a kompatibilitása – garantáltan elolvassa bármely Linux rendszer. Például amikor felépültem valami ősi LiveCD csatlóstól – ez a helyzet gyakorlatilag nem is olyan hihetetlen, bele kellett mennem. Ismétlem, a legtöbb BSD-rendszer könnyen megérti az ext3fs-t (bár naplózás nélkül). Windowshoz is van, ha jól tudom, mindenféle illesztőprogram és beépülő modul a közös használathoz fájlkezelők(mint a Total Commander), hozzáférést biztosít az ext2fs / ext3fs partíciókhoz.

A teljesítmény szempontjából az ext3fs ellentmondásos. Először is, teljesítménye nagymértékben függ a naplózási módtól, amelyből három van: teljes adatnaplózással, részleges adatnaplózással és csak metaadat naplózással. Mindegyik módban eltérő teljesítményt mutat a különböző típusú fájlműveleteknél. A teljesítmény azonban semmi esetre sem rekord.

Ha azonban a teljesítménykövetelmény kerül az első helyre, akkor az ext2fs versenyen kívülinek bizonyul - ebben az esetben azonban el kell viselnie a naplózás hiányát. Következésképpen a fájlrendszer hosszadalmas ellenőrzésével bármilyen helytelen leállás esetén - és a modern lemezek méretével - ez mennyi ideig tarthat...

Az XFS-ről a következők mondhatók el. Ami a kompatibilitást illeti, minden vonatkozik rá, ami ReiserFS-re íródott – ráadásul egy ideig nem támogatta a szabványos Linux kernel. Teljesítmény szempontjából XFS-en sem tündököl, összességében nagyjából az ext3fs-szel azonos szinten működik. És a fájlok törlésének művelete általában lehangoló lassúságot mutat.
Tapasztalataim szerint az XFS használata kifizetődő, ha nemcsak nagy fájlokkal dolgozik, hanem nagyon nagy fájlokkal is – amelyek valójában csak DVD-képek és videofájlok.

Visszatérve a megbízhatóság kérdésére. A banális kikapcsolás a normál felhasználói munka során általában fájdalommentesen migrálja az összes naplózott fájlrendszert (és egyik sem biztosítja a nem lemezre írt felhasználói műveletek biztonságát - a fuldoklók mentése itt továbbra is a fuldokló feladata marad). Igaz, bármely fájlrendszer esetében szimulálhat olyan helyzetet, amelyben az áramellátás kikapcsolása többé-kevésbé súlyos károsodáshoz vezet. A való életben azonban nem valószínű, hogy ilyen helyzetek fordulnak elő. Szünetmentes tápegység megvásárlásával pedig teljesen kiküszöbölheti őket – ez jobban bízik az adatok biztonságában, mint a fájlrendszer típusa. Nos, a sérült adatok helyreállításának garanciája minden esetben csak a rendszeres biztonsági mentés lehet ...

Úgy gondolom, hogy a fenti információk elegendőek a megalapozott választáshoz. Személyes döntésem az elmúlt néhány évben a ReiserFS volt. Alkalmanként azokon a rendszereken, ahol indokolt mindent kihelyezni a gyökér partícióból, célszerű az ext3fs a gyökér fájlrendszerhez, a ReiserFS pedig mindenki máshoz.

Ha van egy külön partíció a / rendszerindító könyvtárhoz (ami használatakor javasolt rendszerbetöltő GRUB fejlesztői) - számára az ext2fs kivételével semmilyen más fájlrendszer nem indokolt, itt semmiféle naplózásnak nincs értelme. Végül, ha létrehoz egy külön részt mindenféle multimédiás anyag számára, akkor gondolhat az XFS-re.

Ha módszeresebben közelíted meg a magyarázatot

ext – A Linux korai napjaiban a domináns rendszer az ext2 (bővített fájlrendszer 2-es verziója) volt. 2002 óta felváltotta az ext3 rendszer, amely nagyrészt kompatibilis az ext2-vel, de támogatja a naplózási funkciókat is, és a 2.6-os és újabb kernelverzióval való munka során az ACL-t is támogatja. A maximális fájlméret 2 TB, a fájlrendszer maximális mérete pedig 8 TB. 2008 végén hivatalosan is bejelentették az ext4 verzióját, amely visszafelé kompatibilis az ext3-mal, de sok funkciót a korábbiaknál hatékonyabban implementálnak. Ráadásul a fájlrendszer maximális mérete 1 EB (1 048 576 TB), és arra számíthatunk, hogy ez a mennyiség egy ideig elegendő lesz. A reiserről – A rendszert alapítójáról, Hans Reiserről nevezték el, és ez volt az első naplózó rendszer, amely hozzáfért a Linux kernelhez adatokért. A SUSE Zn verziója egy ideje még szabványnak számít. A reiser fő előnyei az ext3-mal szemben a nagyobb sebesség és az elhelyezési hatékonyság, amikor kis fájlokkal dolgozik (és a fájlrendszerben általában a legtöbb fájl kicsi). Idővel azonban a reiseferek fejlesztése megakadt. Régóta bejelentették a 4-es verzió megjelenését, amely még mindig nincs készen, és a 3-as verzió támogatása megszűnt. Az xfs-ről – Az xfs fájlrendszert eredetileg IRIX operációs rendszeren futó SGI munkaállomásokhoz fejlesztették ki. Az Xfs különösen jó nagy fájlokkal való munkavégzéshez, különösen ideális streaming videókhoz. A rendszer támogatja a kvótákat és a kiterjesztett attribútumokat (ACL).
jfs

jfs – az a66peBHaTypaJFS a naplózott fájlrendszer rövidítése. Eredetileg az IBM számára fejlesztették, majd Linuxra adaptálták. A Jfs soha nem örvendett nagy elismerésnek a Linuxban, és jelenleg nyomorúságos életet él át, átadva helyét más fájlrendszereknek.
brtfs

brtfs – A vezető kernelfejlesztők akaratával a Linux brtfs fájlrendszere fényes jövő előtt áll. Ezt a rendszert az Oracle a semmiből fejlesztette ki. Tartalmazza az eszközleképező és a RAID támogatását. A Brtfs leginkább a Sun ZFS-ére hasonlít. Legérdekesebb funkciói közé tartozik a fájlrendszer útközbeni ellenőrzése, valamint az SSD-k támogatása (a szilárdtestalapú meghajtók merevlemezek flash memória alapján). Sajnos a brtfs-en végzett munka belátható időn belül nem fejeződik be. A Fedora 11-ben van lehetőség a brtfs telepítésére, de csak fájlrendszer-fejlesztőknek ajánlom!
Nincs „leggyorsabb” vagy „legjobb” fájlrendszer – a becslés attól függ, hogy mire kívánja használni a rendszert. Kezdők Linux felhasználók dolgozni vele helyi számítógép, az ext3-mal, a szerveradminisztrátoroknak pedig az ext4-gyel javasolt dolgozni. Természetesen az ext4-nél a munka sebessége nagyobb, mint az ext3-nál, ugyanakkor az ext4 rendszerben sokkal rosszabb a helyzet az adatok megbízhatóságával - információkat veszíthet, ha a rendszer hirtelen kikapcsol.

Ha egy második UNIX-szerű operációs rendszert telepített a számítógépére, akkor az alábbi fájlrendszerek jól jönnek az adatcseréhez (egyik operációs rendszerről a másikra).

sysv – SCO, Xenix és Coherent operációs rendszerek használják.

ufs - A FreeBSD, a NetBSD, a NextStep és a SunOS használja. A Linux csak az ilyen fájlrendszerekből tud információkat olvasni, de nem tudja módosítani az adatokat. A szegmensek BSD-vel való eléréséhez szükség van a BSD lemezcímke kiterjesztésére is. Hasonló kiterjesztés létezik a SunOS partíciós táblákhoz.

A ZFS egy viszonylag új rendszer, amelyet a Sun fejlesztett ki a Solaris számára. Mivel a ZFS kód nem GPL-licenc, nem integrálható a Linux kernellel. Emiatt a Linux ezt a fájlrendszert csak közvetetten, a FUSE-n keresztül támogatja.
Windows, Mac OS X

A következő fájlrendszerek hasznosak lehetnek az MS DOS, Windows, OS / 2 és Macintosh rendszerekkel való kommunikáció során.

vfat - a Windows 9x / ME rendszerben használatos. A Linux képes információkat olvasni az ilyen partíciókról, és módosítani tudja azokat. A vfat rendszer-illesztőprogramok lehetővé teszik a régi MS DOS fájlrendszerekkel való munkát is (8 + 3 karakter).

ntfs - a rendszer mindenben használatos modern változatai Windows: otNT vagy újabb. A Linux képes olvasni és módosítani a fájljait.

hfs és hfsplus – Ezeket a fájlrendszereket Apple számítógépek használják. A Linux képes olvasni és módosítani a fájljait.

Az adat-CD-k és DVD-k általában saját fájlrendszert használnak.

iso9660 – A CD-ROM-ok fájlrendszerét az ISO-9660 szabvány írja le, amely csak rövid fájlneveket engedélyez. A hosszú neveket a különböző operációs rendszerek eltérő módon támogatják, számos inkompatibilis kiterjesztéssel. A Linux képes együttműködni a UNIX-ban megszokott Rockridge bővítménnyel és a Microsoft által kifejlesztett Joliet bővítménnyel.

udf - ez a formátum (univerzális lemezformátum) az ISO 9660 utódjaként jelent meg és fejlődött.

Hálózati fájlrendszerek

A fájlrendszereknek nem kell a helyi lemezen lenniük – ezek
csatlakozhat számítógéphez és hálózaton keresztül. A Linux kernel számos hálózati fájlrendszert támogat, amelyek közül a következőket használják leggyakrabban.

smbfs / cifs – segítség a Windows vagy Samba hálózati megosztások könyvtárfához való leképezéséhez.

Az nfs a UNIX legfontosabb hálózati fájlrendszere.

coda – Ez a rendszer nagyon hasonlít az NFS-hez. Számos fejlett funkcióval rendelkezik, de nem túl gyakori.

ncpfs – a NetWare kernel protokollon fut; az oH-t a Novell Netware használja.

Virtuális fájlrendszerek

A Linuxban számos fájlrendszer létezik, amelyeket nem merevlemezen (vagy más adathordozón) való tárolásra terveztek, hanem csak a kernel és a felhasználói programok közötti információcserére.
devpts – Ez a fájlrendszer hozzáférést biztosít pszeudoterminálokhoz (röviden PTY) a / dev / pts / * fájlokon keresztül, a UNIX-98 specifikációnak megfelelően. (A pszeudoterminálok soros interfészt emulálnak. UNIX/Linux rendszereken ezeket az interfészeket terminálemulátorok, például xterm használják. Általában olyan eszközöket használnak, mint a / dev / ttypn. Ezzel szemben a UNIX-98 specifikáció új eszközöket határoz meg. Több részletes információk a H0WT0 szöveges terminálon jelentjük.)
proc és sysfs - a proc fájlrendszer a kernel és a folyamatok kezelésével kapcsolatos szolgáltatási információk megjelenítésére szolgál. Ezenkívül a sysfs fájlrendszer kapcsolatokat épít ki a kernel és a hardver között. Mindkét fájlrendszer a / proc és a / sys fájlokhoz van csatlakoztatva.
tmpfs – Ez a rendszer a System V szerint megosztott memóriára épül. Általában a / dev / shm helyre van felszerelve, és hatékony információcserét biztosít két program között. Egyes disztribúciókon (pl. Ubuntu) a / var / run és / var / lock könyvtárak is a tmpfs fájlrendszer használatával jönnek létre. Az ezekben a könyvtárakban található fájlokat egyes hálózati démonok folyamatazonosító számok, valamint fájlhozzáférési információk tárolására használják. A tmpfs-nek köszönhetően ezek az adatok most megjelennek a RAM-ban. A módszer garantálja a nagy sebességet, és azt is, hogy a számítógép kikapcsolása után ne maradjanak fájlok a / var / run vagy / var / lock könyvtárban.

usbfs – Az usbfs fájlrendszer a 2.6-os vagy újabb kerneltől kezdve információkat ad a csatlakoztatott USB-eszközökről. Általában a proc fájlrendszerbe integrálva van. Az USB-eszközök támogatásáról Linux alatt.

Egyéb fájlrendszerek

auto - valójában nincs ilyen nevű fájlrendszer. Az auto azonban használható az / etc / fstab fájlban vagy a mount paranccsal a fájlrendszer megadására. Ebben az esetben a Linux megpróbálja önállóan felismerni a fájlrendszert. Ez a módszer a legtöbb legfontosabb fájlrendszerrel működik.
autofs, autofs4

Az autofs, autofs4 szintén nem fájlrendszerek, hanem olyan kernelkiterjesztések, amelyek automatikusan végrehajtják a mount parancsot a kiválasztott fájlrendszerekhez. Ha a fájlrendszert egy ideig nem használták, az umount parancs automatikusan végrehajtásra kerül ellene. Ez a módszer mindenekelőtt olyan esetekben kényelmes, amikor a sok NFS-könyvtár közül csak néhányat használnak aktívan egyszerre.

Ehhez az /etc/init.d/ autofs szkript automatikusan futtatja az automount programot a rendszer indításakor. Az /etc/auto.master fájl segítségével állítható be. A megfelelő programok automatikusan telepítésre kerülnek, pl piros kalapés Fedora. Mindenesetre az autofs csak az /etc/auto.master vagy az /etc/auto.misc konfigurálása után aktiválódik.
cramfs és squashfs

cramfs és squashfs - A Cram és Squash fájlrendszerek csak olvashatók. Arra használják, hogy a lehető legtöbb tömörített fájlt "pakolják" flash memóriába vagy ROM-ba (csak olvasható memória).

fuse – A FUSE a Userspace fájlrendszer rövidítése, és lehetővé teszi fájlrendszer-illesztőprogramok fejlesztését és használatát a kernelen kívül. Ezért a FUSE-t mindig külső fájlrendszer-illesztőprogrammal használják. A FUSE különösen az NTFS ntfs-3g meghajtóval működik.

gfs és ocfs – A Global File System és az Oracle Cluster File System segítségével óriási hálózati fájlrendszereket építhetsz fel, amelyekhez egyszerre több számítógép is hozzáférhet párhuzamosan.

jffs és yaffs – A naplózó Flash fájlrendszer és a Yet Another Flash fájlrendszer kifejezetten szilárdtestalapú meghajtókkal és flash adathordozókkal való együttműködésre lett optimalizálva. Speciális algoritmusok segítségével igyekeznek minden memóriacellát egyenletesen használni (kopásszint-kiegyenlítő technológia), hogy elkerüljék a rendszer idő előtti meghibásodását.
hurok

hurok – pszeudoeszközökkel való munkavégzésre szolgál. A loopback eszköz egy olyan adapter, amely blokkeszközként képes elérni egy normál fájlt. Ennek köszönhetően bármely fájlrendszer bármely fájlban megtalálható, majd a mount segítségével felcsatolható a könyvtárfába. Az ezért felelős kernel funkció - pszeudoeszköz támogatás - a ciklusmodulban van megvalósítva.

A pszeudoeszközök használatának többféle módja van. Különösen akkor használhatók, ha kezdeti RAM-lemezeket hozunk létre GRUB-hoz vagy LILO-hoz, titkosított fájlrendszereket valósítunk meg, vagy CD-k ISO-képeit teszteljük.

Adathordozók fájlrendszerei

Fájlrendszerek
ISO 9660
A Joliet az ISO 9660 fájlrendszer kiterjesztése.
A Rock Ridge (RRIP, IEEE P1282) egy ISO 9660 fájlrendszer-kiterjesztés, amelyet a POSIX operációs rendszerekben használt fájlattribútumok tárolására terveztek.
Amiga Rock Ridge kiterjesztések
El Torito
Apple ISO9660 kiterjesztések
HFS, HFS +
Az Universal Disk Format egy operációs rendszertől független fájlrendszer-formátum-specifikáció a fájlok optikai adathordozón való tárolására. Az UDF az ISO / IEC 13346 szabvány megvalósítása
Esősebb hegy

Fájl Linux rendszer- ez leggyakrabban ext4. Ez naplózás, és lehetővé teszi, hogy kényelmesen dolgozzon az adatokkal a problémák túlnyomó többségének megoldása során. Vannak azonban mások is. A fájlrendszerek fő típusairól és a velük való munka alapelveiről az anyag keretein belül kerül sor.

A Linux fájlrendszerek típusai és jellemzőik

A megkülönböztető jellemzők a fájlokkal való munka sebessége, a biztonság és a paraméterek (például blokkméret), amelyek alapértelmezés szerint léteznek, és amelyeket az FS létrehozásakor állítanak be. A legfontosabb jellemző talán a folyóirat jelenléte. Az adatok a rendszernaplóba íródnak, ill metaadatokat(csak fejlécek), amelyek segítségével hiba esetén helyreállíthatók az információk.

A fájlrendszer bármilyen eszközön létrehozható: lemezen vagy rendszerpartíción.

EXT2 fájlrendszer

Az EXT2 jelenleg egy elavult fájlrendszer, amelyet a modern telepítésekben alig használnak. A fő hátrány a naplózás hiánya, ami ennek megfelelően lehetetlenné teszi az adatok helyreállítását meghibásodás esetén. Továbbra is használják hordozható adathordozókon, például USB-n. Nincs szükségük tárra, mert bizonyos mennyiségű helyet foglalnak el.

A munkavégzés maximális sebességét is garantálja.

• EXT2 esetén a maximális fájlméret -2 TB

EXT3 fájlrendszer

A kiszorított EXT2, fő jellemzője a magazin megjelenése, teljesen visszafelé kompatibilis az EXT2-vel (az EXT2 szabadon konvertálható EXT3-ra). Ma már ez is ritka, szinte mindig az EXT4-et használják.

A napló egy speciális terület a memóriában, ahol az összes változással kapcsolatos információ rögzítésre kerül

• EXT3 esetén a maximális fájlméret -2 TB
• az összes fájl maximális mérete - 32 TB
• minden könyvtár legfeljebb 32 000 alkönyvtárat tartalmazhat

Három lehetőség van a naplózásra (a fájlrendszer létrehozásakor megadva):

• folyóirat – a folyóirat metaadatai, valamint maga az információ
• megrendelve - az alapértelmezett beállítás, csak a metaadatok mentése a lemezre írás után
• visszaírás - szintén csak a metaadatok kerülnek mentésre, választhat, hogy a lemezre írás előtt vagy utána menti-e el

EXT4 fájlrendszer

Leggyakrabban a kiterjesztett fájlrendszer modern verzióját használják

• maximális fájlméret -2 TB 16 TB
• az összes fájl maximális mérete 1 EB (exabyte). 1 EB = 1024 PB (petabájt). 1 PB = 1024 TB (terabájt).
• minden könyvtár legfeljebb 64 000 alkönyvtárat tartalmazhat

Az EXT4-ben a naplózás az opció beállításával kikapcsolható adat amikor be van szerelve ki

EXT, mint a fő Linux fájlrendszer és gyakorlat

A fájlrendszert az mk2fs parancs hozza létre

A szükséges naplózási beállítás a csatlakoztatás során kerül megadásra, például:

mount / dev / vdc / mnt / 1 -t ext3 -o data = napló

Konvertálás EXT2 E-ről XT3-ra

ReiserFS

A ReiserFS (és a Reiser4 modern SELinux-kompatibilis megvalósítása) jó teljesítményt nyújt, és nagyon produktív – különösen, ha sok kis fájllal foglalkozik. A ReiserFS nem foglal le inode-okat minden egyes kis fájlhoz úgy, hogy azokat együtt dolgozza fel, és a ReiserFS nem használ több opcióval rendelkező naplót sem. A fájlrendszert jelenleg oroszországi fejlesztők támogatják.

A paranccsal FS-t hozhat létre az eszközhöz

XFS

Az XFS egy naplózott fájlrendszer. Felhasználások RAM információ tárolására, ezért adatvesztés lehetséges - például az áramellátás megszakadásakor.

Az XFS Ubuntu használatához csomagokat kell telepítenie xfsprogsés xfsdump

vfat

A Linux fájlrendszer Windows környezetben is létezik. Akkor használatos, ha meg kell szervezni a közös hozzáférést a különböző operációs rendszerű kliensek bizonyos lemezeihez és partícióihoz. Más esetekben nem ajánlott használni, mert nehéz lehet Linux alatt dolgozni.