>> Hogyne, pl. a C64-en, vagy a CP/M rendszer. A PC floppyn FAT12
> Szoval akkor mi az a FAT 12/16/32 meg NTFS?
Itt a FAT szervezese:
- az elso peldasor egy directory bejegyzes. Ez tarolja a file nevet es
adatait: tobbek kozott az elso szektor szamat. Ilyen bejegyzesbol tobb
van egymas mellett a FAT rendszerben, es minden adat fix formatumu
benne: a nev 8+3 karakter, a tobbi adat is adott szamu biten van. A fo
dir. bejegyzes helye es merete fix (formazaskor beallithato), az
alkonyvtarak viszont ugyanolyan bejegyzesek, mint a tobbi file, csak
egy "dir" jelzo mutatja, hogy ez konyvtar. Letezik meg lemezcimke es
"hosszu nev" (>8+3 karakter) is. A torolt file nevenek elso betujet
lecserelik egy spec. karakterre, a tobbi adata marad, a FAT-ban viszont
felszabadul a helye. Ha sorban volt, es azota nem irtak oda, akkor
allithato jol vissza (a peldafile elso negy szektora - a file kb. 1/3-a
- allithato vissza, a tobbi adat nem fog stimmelni).
UNIX alatt az alkonyvtaraknak is kulon helyuk van (formazaskor kell
megmondani, hogy mennyi), a nev 14 karakter (ponttal egyutt, tehat
lehet pl. ilyen, hogy "aa1234567890.c"). Tobb bejegyzes is mutathat egy
file-ra, es csak akkor torlodik, ha mindegyiket kitoroltek - viszont az
op. r. nem tudja "visszahozni".
Letezik olyan filerendszer, ahol ezek a tablak indexeltek, igy nem kell
mindig vegignezni, hogy az op. r. megtalalja a file adatait.
starting cluster number???
Directory???????????????????????????????????????????????????????????
Entry ?>?M Y F I L E T X T?a? ?tim?dat?08 ? size
---------??????????????????????????????????????????????????????????-
?????????????????????????
00 01 02 03 04 05 06 07 ?8 09 0a 0b 0c 0d 0e 0f
????????????????????????????????????????????????????????????????
00 ?ID??ff??03??04??05??ff??00??00??09??0a??0b??15??00??00??00??00?
????????????????????????????????????????????????????????????????
?????????????????????????
????????????????????????????????????????????????????????????????
10 ?00??00??00??00??00??16??17??19??f7??1a??1b??ff??00??00??00??00?
????????????????????????????????????????????????????????????????
?????????
A FAT tablaban pedig minden helyen az van, hogy hol a kovetkezo
bejegyzes (ff jelentese: ez az utolso, f7: rossz szektor, 0: ures)
A "leszakadt lancszem" olyan bejegyzeslanc, amelyre nem mutat directory
bejegyzes, igy nem lehet tudni, hogy milyen file volt regen - a
"keresztlanc" pedig olyan, amelyikre tobben is mutatnak (esetleg nem
mind az elejere), igy valamelyik mutato teves (tobbnyire az, amelyik
nem az elejere mutat). UNIX-on ha tobben mutatnak egy file elejere, az
nem keresztlanc, hanem szabalyos file, tobb helyrol linkelve.
Az, hogy a FAT 12, 16 vagy 32, azt jelenti, hogy egy ilyen bejegyzes
hany bitet foglal. 384KB alatt a 12-t hasznaljak, 4GB folott csak a
32-t lehet. FAT16-ban max. 64K szektor lehet, igy pl. 2GB winchesternel
a minimalis szektorhossz 32KB, 500MB-osnal 8KB.
NTFS alatt a file-oknak sokkal tobb jellemzoje lehet: biztonsagi
beallitasok (jogosultsag) es egyeb jellemzok kapcsolhatok hozza. Rovid
file-okat egy szektorban tarol egyutt, igy nincs olyan problema, mint a
FAT alatt, hogy az egybyte-os file is lefoglalja a szektort.
Leteznek (regebbi) filerendszerek, amelyek meg rugalmasabbak:
- a rovid file-t a directory bejegyzesben tarolja,
- a hosszabbat ugy, mint a FAT,
- a nagyon hosszunak keszit egy indexfile-t: a dir. bejegyzes erre
mutat (ugy, mint a FAT), ez pedig megmondja, hogy a file egyes
reszletei hol vannak.
Letezik olyan is, hogy ha a file nagyon sok 0-t tartalmaz, akkor ezeket
a reszleteket nem irja ki winchesterre, csak megjegyzi, hogy hol vannak
(pl. 10GB-os file vegen van csak 2KB adat).
Szalagos egysegen (Spectrum, stb.) van egy dir. bejegyzes (hasonlo,
mint a FAT-nal), utana ujabb blokkban jon az adat. Streamer-en van meg
egy fo dir. tabla is. Ezeknel a foglaltsagi jelzesek hianyoznak, igy
nem lehet tudni, hogy mennyi hely van meg.
A vedett mod mar a 10. meteren tul van: nem lesz konnyu.
|
