System鶷(1)


  1. CEL 膯WICZENIA.

Celem 膰wiczenia jest zapoznanie si臋 ze struktur膮 zapisu danych na dysku twardym w systemie FAT oraz poznanie podstawowych funkcji programu do obs艂ugi dysku twardego Disk Editor.

  1. PRZEBIEG 膯WICZENIA.

Podstawowe informacje o systemie FAT

Jednostk膮 obj臋to艣ci zapisu na dysku jest sektor, mieszcz膮cy 512 bajt贸w danych, a wraz z nimi r贸wnie偶 dane nadmiarowe zapewniaj膮ce skuteczn膮 korekcj臋 b艂臋d贸w odczytu. Ale nasze dane rzadko mieszcz膮 si臋 w tak skromnej obj臋to艣ci. Jak zachowa膰 ich ci膮g艂o艣膰 przy podziale na poszczeg贸lne sektory? Sk膮d system operacyjny ma wiedzie膰, kt贸re sektory wchodz膮 w sk艂ad danego pliku? Ka偶dy z system贸w operacyjnych ma w艂asny, specyficzny system opisu danych na dysku, zwany systemem plik贸w. Niekt贸re, bardziej zaawansowane systemy operacyjne s膮 w stanie pos艂ugiwa膰 si臋 r贸wnolegle kilkoma systemami plik贸w dyskowych.

Najprostszym systemem plik贸w jest, u偶ywany przez DOS i Windows, system oparty na tablicy alokacji plik贸w FAT (File Allocation Table). System ten, pierwotnie stworzony na potrzeby zapisu na dyskietkach, dzi臋ki swojej prostocie trafi艂 do obs艂ugi dysk贸w sztywnych w systemach Microsoftu. System plik贸w sk艂ada si臋 z kilku specjalnych obszar贸w zarezerwowanych w czasie formatowania dysku. S膮 to; g艂贸wny rekord wprowadzaj膮cy (master boot record), tablica partycji (partition table), rekord wprowadzaj膮cy (boot record), tablica alokacji plik贸w (file allocation table) i katalog g艂贸wny (root directory).

System FAT pocz膮tkowo traktowa艂 jako jednostk臋 alokacji danych pojedynczy sektor, w wyniku czego przy 16-bitowej architekturze systemu operacyjnego umo偶liwia艂 obs艂ug臋 dysk贸w o pojemno艣ciach nie przekraczaj膮cych 32 MB (65536 sektor贸w).

0x08 graphic

0x08 graphic

0x08 graphic
Obs艂ug臋 wi臋kszych pojemno艣ci umo偶liwi艂o dopiero u偶ycie wi臋kszych jednostek alokacji, nazywanych klastrami (ang. cluster - p臋czek, grono). Przy obs艂udze wolumin贸w wi臋kszych od 32 MB wielko艣膰 klastra jest zale偶na od wielko艣ci woluminu i w przypadku np. dysku o pojemno艣ci 1 GB klaster liczy sobie 16 kB, a dysk 2,5 - gigabajtowy wymaga ju偶 klastr贸w o pojemno艣ci 64 kB. Ka偶dy zapisany plik to troch臋 zmarnowanej przestrzeni, 艣rednio po艂owa pojemno艣ci klastra, bo przecie偶 d艂ugo艣膰 plik贸w jest wielko艣ci膮 przypadkow膮. W przypadku, gdy dysk s艂u偶y do przechowywania bazy danych, z艂o偶onej z kilku plik贸w po kilkaset megabajt贸w, nie ma to 偶adnego znaczenia, ale w przypadku kilku tysi臋cy plik贸w o r贸偶nych d艂ugo艣ciach, jakie znajduj膮 si臋 na dysku typowego u偶ytkownika, mo偶e to by膰 kilkana艣cie megabajt贸w straconego miejsca. A w dodatku system odczytuje ca艂e klastry - w przypadku potrzeby wczytania licz膮cego sobie 300 bajt贸w pliku, np. *.ini, system 偶膮da od dysku odczytu ca艂ego klastra. Opr贸cz straty miejsca jest to r贸wnie偶 strata czasu!

Dzi臋ki rozmaitym rozszerzeniom i protezom (jak np. VFAT) system FAT dotrwa艂 do chwili, kiedy programi艣ci Microsoftu zdo艂ali stworzy膰 32 - bitow膮 tablic臋 alokacji. Zmiana nie tyle jako艣ciowa, co ilo艣ciowa - dopiero dysk o pojemno艣ci wi臋kszej od 2 GB wymaga stosowania jednostek alokacji wi臋kszych od sektora, a 32-kilobajtowymi klastrami b臋dziemy si臋 pos艂ugiwa膰 dopiero w nast臋pnym stuleciu.

0x08 graphic

O wadach systemu FAT, zw艂aszcza w jego microsoftowych realizacjach, mo偶na by d艂ugo pisa膰. Opr贸cz wspomnianych ju偶 k艂opot贸w, wywo艂anych przez zbyt ma艂膮 liczb臋 dost臋pnych jednostek alokacji, powa偶n膮 wad膮 systemu FAT jest silna fragmentacja plik贸w pomi臋dzy wiele klastr贸w o bardzo r贸偶nym fizycznym po艂o偶eniu na dysku. Poci膮ga to za sob膮 konieczno艣膰 okresowej defragmentacji przy u偶yciu specjalnych narz臋dzi programowych, a tak偶e powoduje stosunkowo du偶e prawdopodobie艅stwo powstawania b艂臋d贸w zapisu, polegaj膮cych na przypisaniu jednego klastra dw贸m plikom (tzw. crosslink), co ko艅czy si臋 utrat膮 danych z jednego lub obu „skrzy偶owanych” plik贸w.

Typowym b艂臋dem, pojawiaj膮cym si臋 w systemie FAT, jest r贸wnie偶 pozostawianie tzw. zgubionych klastr贸w, tj. jednostek alokacji nie zawieraj膮cych informacji, ale opisanych jako zaj臋te. O tym, jak du偶e jest prawdopodobie艅stwo tego rodzaju b艂臋d贸w, 艣wiadczy fakt wyposa偶enia DOS-u od samego pocz膮tku w narz臋dzie do ich wykrywania i likwidacji (polecenie CHKDSK).

0x08 graphic

Na potrzeby OS/2 IBM i Microsoft stworzy艂y wsp贸lnie system plik贸w HPFS (High Performance File System) stosowany pocz膮tkowo r贸wnie偶 jako jeden z system贸w plik贸w dla Windows NT. Przeznaczony od samego pocz膮tku do obs艂ugi du偶ych dysk贸w system u偶ywa do艣膰 z艂o偶onej struktury zapisu danych. Zapisywanych jest r贸wnie偶 wiele informacji nadmiarowych, umo偶liwiaj膮cych 艂atwe odtworzenie zapisu w przypadku b艂臋d贸w, a tak偶e np. informacje statystyczne o u偶ytkowaniu plik贸w, przeznaczone do wykorzystania przez inteligentny, interaktywny system buforowania operacji dyskowych. System jest r贸wnie偶 wyposa偶ony w mechanizmy ochrony zapisu przed uszkodzeniem, jak np. automatyczne przenoszenie danych z sektor贸w o niepewnej jako艣ci do dobrych (tzw. HotFix).

Zaletami tego systemu s膮 przede wszystkim szybko艣膰 wyszukiwania danych, wysoki stopie艅 ci膮g艂o艣ci ich zapisu, a tak偶e bardzo du偶a niezawodno艣膰. G艂贸wn膮 wad膮 za艣 - stosunkowo d艂ugi czas zak艂adania nowych plik贸w, wynikaj膮cy z konieczno艣ci ka偶dorazowej rekonfiguracji drzewa katalogowego. Niestety, nowe wersje Windows NT (od 4.0) nie obs艂uguj膮 ju偶 plik贸w dysk贸w w formacie HPFS pomimo tego, 偶e by艂by on wymarzonym rozwi膮zaniem do obs艂ugi np. du偶ych, rzadko przebudowywanych baz danych.

R贸wnolegle z udzia艂em w pracach nad HPFS Microsoft opracowa艂 w艂asny zaawansowany system plik贸w - NTFS (New Technology File System) - przeznaczony dla Windows NT. System ten, oparty na 32-bitowych tablicach FAT, ma do艣膰 rozbudowany system bezpiecze艅stwa, a tak偶e mechanizmy ograniczaj膮ce fragmentacj臋 plik贸w. Ciekaw膮 jego cech膮 jest mo偶liwo艣膰 przypisania plikom atrybutu kompresji, pozwalaj膮cego na ich kompresj臋 w trakcie zapisu.

Jak wida膰, po wycofaniu si臋 z HPFS, stosowane obecnie najpopularniejsze systemy plik贸w s膮 wci膮偶 oparte na systemie FAT. Wszystko wskazuje na to, 偶e ci膮g艂y wzrost pojemno艣ci dysk贸w sztywnych, a tak偶e wzrastaj膮ce ilo艣ci sk艂adowanych danych wymusz膮 jednak opracowanie i upowszechnienie systemu plik贸w o strukturze bardziej odpowiadaj膮cej wsp贸艂czesnej strukturze danych.

System FAT 16 i FAT 32

Na pocz膮tku by艂 FDISK czyli Fixed Disk Setup. Program, kt贸rego u偶ywali艣my do ustawiania parametr贸w dysku twardego, o "magicznej" kiedy艣 pojemno艣ci 32 MB. Wtedy to grupa programist贸w zaanga偶owanych w tworzenie DOS-u, ustanowi艂a standard zapisu plik贸w na "no艣nikach magnetycznych". Najpierw dla dyskietki powsta艂 FAT 12-bitowy, kt贸ry m贸g艂 zawiera膰 informacje o obj臋to艣ci 2 MB. W czasach, gdy najwi臋kszy program zawiera艂 64 KB, wydawa艂o si臋 to wystarczaj膮co du偶o. P贸藕niej wkroczy艂y bardziej pojemne twarde dyski i ... pierwsze problemy z ich wielko艣ci膮. Rozwi膮zaniem okaza艂 si臋 FAT 16-bitowy (stosowany do dzi艣), kt贸ry jednak w swojej oryginalnej postaci pozwala艂 na adresowanie tylko 32 MB danych. Wkr贸tce post臋p techniczny spowodowa艂 przesuni臋cie tej granicy na obecne 2 Giga Bajty. Z pomoc膮 przysz艂y tzw. klastery, czyli jednostki alokacji pliku lub inaczej, najmniejsze fragmenty przestrzeni dysku, w kt贸rych mo偶na zapisa膰 informacje. Pocz膮tkowo mia艂y one sta艂膮, r贸wn膮 sektorowi, wielko艣膰 512 bajt贸w. Obecnie maksymalny ich rozmiar wynosi 32 KB. W omawianym systemie FAT-u ka偶dy plik musi zajmowa膰 ca艂kowit膮 ilo艣膰 klaster贸w - co oznacza, 偶e najmniejszy plik zajmuje w najgorszym przypadku w艂a艣nie 32 KB.

Dysk twardy twojego komputera przechowuje dane w klastrach, z kt贸rych ka偶dy mo偶e zawiera膰 informacje z jednego tylko pliku. Je艣li plik nie wype艂nia ostatniego klastra, marnuje si臋 miejsce na dysku. U偶ycie mniejszych klastr贸w, FAT 32 zmniejsza straty i zwalnia niewykorzystane miejsce na dysku (np. na 2 gigabajtowym pe艂nym dysku mo偶emy zwolni膰 oko艂o 200 MB). Na rysunku poni偶ej por贸wnano spos贸b przechowywania 37 MB pliku w starym systemie FAT 16 i nowym FAT 32.

0x01 graphic

Wraz z post臋pem technologicznym FAT by艂 wielokrotnie unowocze艣niany w celu uzyskania mo偶liwo艣ci efektywniejszej pracy z wi臋kszymi dyskami i coraz szybszymi komputerami osobistymi. Nowy FAT 32 zosta艂 po raz pierwszy u偶yty w systemie operacyjnym Windows 95 OSR 2 i pozwoli艂 na zwi臋kszenie pojemno艣ci dysku a偶 do 2 terabajt贸w.

Windows automatycznie formatuje dyski twarde w systemie FAT 16 . Aby wykorzysta膰 mo偶liwo艣ci wersji FAT 32, musimy osobi艣cie dokona膰 konwersji dysku. Niestety, prosty spos贸b przekonwertowania dysku oferuje jedynie Windows 98, (uwaga w Windows 98 konwersja jest jednokierunkowa - po jej wykonaniu nie mo偶na ju偶 wr贸ci膰 do FAT 16). U偶ytkownicy starszej wersji systemu (OSR 2 lub OSR 2.5) zmuszeni b臋d膮 u偶y膰 do tego celu programu Fdisk do艂膮czonego do Windows, kt贸ry jednak nie jest ju偶 tak prosty w obs艂udze jak ten z Windows 98, operacja konwersji jest r贸wnoznaczna z utrat膮 zapisanych na dysku twardym danych i ponownym instalowaniem systemu operacyjnego.

Poni偶sza tablica przedstawia ograniczenia zwi膮zane z sektorami i klastrami w FAT16/FAT32 oraz obrazuje wielko艣膰 klastra (potencjalne straty) przy rosn膮cych wielko艣ciach partycji (cz臋艣ci) dysku twardego.

FAT16 i FAT32 - por贸wnanie rozmiar贸w klastr贸w

Rozmiar dysku

Klaster FAT16

Klaster FAT32

256 MB - 511 MB

8 kB

nie obs艂ugiwany

512 MB - 1,023 MB

16 kB

4 kB

1,024 MB - 2 GB

32 kB

4 kB

2 GB - 8 GB

nie obs艂ugiwany

4 kB

8 GB - 16 GB

nie obs艂ugiwany

8 kB

16 GB - 32 GB

nie obs艂ugiwany

16 kB

>32 GB

nie obs艂ugiwany

32 kB

System FAT a system HPFS

HPFS zosta艂 zaprojektowany przez IBM i Microsoft pod koniec lat osiemdziesi膮tych, dla potrzeb nowoczesnego systemu operacyjnego, realizowanego pod贸wczas wsp贸lnie przez obydwie firmy - OS/2. W przeciwie艅stwie do FAT - wymy艣lonego w 1977 r. do obs艂ugi dyskietek - HPFS by艂 od pocz膮tku przeznaczony od efektywnej obs艂ugi dysk贸w twardych, i to du偶ych - teoretyczna granica wielko艣ci woluminu (nb. ostatnio dodatkowo podniesiona) ju偶 w贸wczas wynosi艂a 2199 GB, czyli 2^32 sektor贸w (谩 512 B), b臋d膮cych r贸wnie偶 jednostk膮 alokacji.

0x01 graphic

Dysk podzielony jest na tzw. pasma po 8 MB (16384 sektory) zawieraj膮ce bitow膮 map臋 zaj臋to艣ci sektor贸w w pa艣mie (32 sektory). Dzi臋ki naprzemiennemu u艂o偶eniu map w kolejnych pasmach tworzone s膮 ci膮g艂e odcinki po 16 MB, rozdzielone mapami dwu kolejnych pasm. Jedno pasmo, po艂o偶one mo偶liwie blisko geometrycznego 艣rodka dysku, zarezerwowane jest do przechowywania opis贸w katalog贸w, w tym katalogu g艂贸wnego - po jego wype艂nieniu katalogi mog膮 by膰 zak艂adane r贸wnie偶 w innych miejscach dysku.

Kluczow膮 dla HPFS struktur膮 danych jest tzw. Fnode, czyli po艂o偶ony mo偶liwie blisko samego pliku rekord opisuj膮cy parametry i po艂o偶enie pliku (lub katalogu). Je偶eli jest on nie wystarczaj膮cy do opisu po艂o偶enia lub tzw. atrybut贸w rozszerzonych, na dysku tworzone s膮 dodatkowe struktury pomocnicze.

Zawarto艣膰 katalog贸w jest posortowana, zapisywana w blokach o wielko艣ci 2 KB, tworz膮cych struktur臋 tzw. sterty (posortowanego, binarnego drzewa zr贸wnowa偶onego). Znacznie przyspiesza to wyszukiwanie i dost臋p do pliku, ale spowalnia tworzenie, kasowanie i zmian臋 nazwy - wymuszaj膮 one reorganizacj臋 struktury katalogu. HPFS umo偶liwia operowanie d艂ugimi nazwami (do 256 znak贸w), kompletem dat (utworzenia, ostatniej modyfikacji i ostatniego dost臋pu), prawami dost臋pu oraz tzw. atrybutami rozszerzonymi, mog膮cymi przechowywa膰 dowolne informacje wykorzystywane przez system plik贸w lub aplikacj臋 - takie jak np. ikona pliku czy po艂o偶enie okna na ekranie. Gromadzone s膮 te偶 informacje statystyczne pozwalaj膮ce na zoptymalizowanie pracy cache'a dyskowego.

W przeciwie艅stwie do FAT, HPFS definiuje nie tylko u艂o偶enie danych na dysku, ale tak偶e spos贸b korzystania z niego - wbudowany cache, mechanizmy minimalizowania fragmentacji itp. Zdefiniowane s膮 te偶 mechanizmy ochrony przed uszkodzeniem: weryfikacja zapisu, hotfix (przenoszenie „na gor膮co” zawarto艣ci uszkodzonych sektor贸w do obszaru rezerwowego), wbudowany CHKDSK, automatyczna kontrola struktury dysku w przypadku wykrycia nieprawid艂owego zako艅czenia pracy systemu.

Specjalne identyfikatory kluczowych wewn臋trznych struktur danych oraz dublowanie niekt贸rych informacji w r贸偶nych strukturach (np. pocz膮tkowych fragment贸w nazw plik贸w w katalogu i Fnode) umo偶liwiaj膮 natomiast automatyczne odtworzenie struktury dysku nawet w przypadkach ci臋偶kich awarii.

Opis podstawowych funkcji programu Disk Editor

Aplikacja jest cz臋艣ci膮 pakietu narz臋dziowego Norton Utility. Pozwala operowa膰 na strukturach fizycznych i logicznych nap臋d贸w dysk贸w „mi臋kkich” (FDD) oraz dysk贸w „twardych” (HDD). Aby zapisa膰 informacje na dyskach fizycznych nale偶y nada膰 im struktur臋 logiczn膮, kt贸ra r贸偶nie przedstawia si臋 w r贸偶nych systemach operacyjnych ( Ext2, FAT, NTFS, UFS i innych.). Program Disk Editor jest przeznaczony do operacji na strukturze FAT.

Przyk艂adowe sytuacje, w kt贸rych DE ma zastosowanie to:

Poni偶ej zosta艂y zamieszczone zrzuty najwa偶niejszych screen'贸w w programie wraz z opisem najwa偶niejszych opcji.

Wyb贸r nap臋du (fizyczny , logiczny ), na kt贸rym b臋dziemy pracowa膰

0x01 graphic

Menu OBJECT

0x08 graphic

Menu EDIT

0x01 graphic

Menu VIEV

0x01 graphic

Menu TOOLS

0x01 graphic

Menu HELP

Jak w ka偶dej aplikacji opcja pe艂ni膮ca funkcje spisu opcji i ich kr贸tkiego opisu dzia艂ania i zastosowania.

0x08 graphic

Przyk艂adowe tablice dysku twardego:

0x01 graphic

0x01 graphic

0x08 graphic

10

0x01 graphic

0x01 graphic

0x01 graphic



Wyszukiwarka

Podobne podstrony:
System finansowy w Polsce 2
Systemy operacyjne
Systemy Baz Danych (cz 1 2)
Wsp贸艂czesne systemy polityczne X
System Warset na GPW w Warszawie
003 zmienne systemowe
elektryczna implementacja systemu binarnego
09 Architektura systemow rozproszonychid 8084 ppt
SYSTEMY EMERYTALNE
3 SYSTEMY LOGISTYCZNE
modelowanie systemow
16 Metody fotodetekcji Detektory 艣wiat艂a systematyka
ZINTEGROWANY SYSTEM RATOWNICTWA MEDYCZNEGO(1)
01 Pomoc i wsparcie rodziny patologicznej polski system pomocy ofiarom przemocy w rodzinieid 2637 p
Powstanie systemu Unix
Systemy pozaeuropejskie

wi臋cej podobnych podstron