Razlika između inačica stranice Hijerarhija datotečnog sustava

Trenutačna izmjena od 08:53, 18. ožujka 2011.

Linux je naslijedio hijerarhiju (strukturu) datotečnog sustava od Unixa iako ne sasvim dosljedno (ovisi od distribucije do distribucije).

Ideja sortiranja datoteka

Prije nego krenemo dobro je imati u glavi:

• datoteka (eng. file) je neki podatak ili program, ukratko - nositelj sadržaja;
• direktorij ili mapa (eng. folder) je ladica koja objedinjuje datoteke, ali samostalno ne predstavlja nikakav sadržaj.

I to je osnovna zamisao svega: imamo datoteke koje treba rasporediti po direktorijima radi lakšeg snalaženja, ali i efikasnijeg funkcioniranja sustava.

Kako rasporediti alat?

Razlikujemo dva logička pristupa rasporedu podataka:

1. samodostatna pakiranja u kojima na jedno mjesto stavljamo jedan program i sve njegove popratne datoteke, biblioteke i pomoćne programe;
2. pakiranja datoteka po svrsi i tipu u kojima se jedan tip datoteka nalazi unutar jednog paketa makar ih koriste različiti programi (npr. biblioteke svih programa se nalaze unutar direktorija biblioteke).

Prednost prvog pristupa je u tome da imamo funkcionalno sve na jednom mjestu (kao da držimo sve za popravljati kosilicu na jednom mjestu - odmah vidimo čime raspolažemo), no nedostatak je u tome što imamo puno duplikata (ključ 15 i čekić za servis kosilice u jednoj ladici i isti takav ključ i čekić za servisiranje motorne pile u drugoj ladici). U računalu se taj nedostatak manifestira kao trošenje diskovnog prostora.

Prednost drugog pristupa je u tome da je puno efikasniji na prostoru (ako postoji negdje ključ 15, onda ćemo ga koristiti za koju god nam namjenu treba i on će uvijek stajati u ladici za ključeve), ali stvari tada treba tražiti što je i glavni nedostatak. Međutim, računalo puno lakše traži nego mi... tako da drugi pristup računalu i ne predstavlja neki problem kao čovjeku.

Dakako, osim nabrojanih svaki pristup ima i drugih prednosti i nedostataka (no njih nećemo navoditi jer se to tiče direktno funkcioniranja računala). Kako uvijek u takvim situacijama biva, uglavnom se koristi miješani pristup koji uzima najbolje od oba, ali uz pokoju manu. Teško je reći koji je pristup generalno bolji, jer sve ovisi o situaciji i namjeni.

Windows platforma više naginje prvom pristupu: većina programa se standardno nalazi u svojim direktorijima unutar direktorija Program Files, a jedino se biblioteke stavljaju na zajedničkom mjesto (dll datoteke). Unix sustavi imaju drugačiju filozofiju. Unix se sastoji od puno malih alata koji rade zajedno da bi napravili određeni zadatak i tako se programi međusobno koriste, a da bi se lakše našli svi se nalaze na jednom ili samo par mjesta. Također biblioteke imaju svoje zajedničko mjesto, pa ako neki program treba neku biblioteku ide tražiti među biblioteke, a ne po cijelom sustavu.

Hijerarhija datoteka u Linuxu

Hijerarhija (raspored datoteka po direktorijima) na Linuxu je više-manje standardizirana i možemo je ilustrirati pomoću drveta koje se grana od debla prema krošnji.

Pregled osnovnih direktorija

Deblo u ovom slučaju je tzv. korijenski (eng. root) direktorij (oznaka /). On je prvi i ne nalazi se ni u jednom drugom direktoriju. Svi ostali direktoriji i sadržaji se nalaze unutar njega (grane tog drveta).

Izgled i značenja pojedinih direktorija u stablu predočena su u ovoj tabeli (neki su pod-direktoriji navedeni samo kao primjer, iako za korisnika nemaju veliku važnost):

Dodatni (nestandardni) direktoriji

Neke preporuke

Što ako se nešto nađe na krivom mjestu?

Standard postoji da bi svi imali na kraju koristi od toga. Međutim, neki autori aplikacija misle da znaju bolje i izmišljaju toplu vodu ili se jednostavno ne drže standarda jer ne znaju da postoji.

To se često može vidjeti na Windows platformi: iako je Microsoft namijenio Program Files za sve korisničke programe, mnogi programi se instaliraju drugdje (ili daju korisniku da ih instalira na neko svoje mjesto), a biblioteke i poprate datoteke razbacaju još koje kuda po sustavu. To je dakako loše, jer ubrzo nastaje takav nered u sustavu da se više nitko ne može snaći. Microsoft je tu samo kriv što ne provodi strože ta pravila koja je propisao.

U Linuxu, ako se neka datoteka nalazi na krivom mjestu (tamo gdje ne bi trebala, tj. ne po pravilima te Linux distribucije) onda je greška (bug) i treba je prijaviti. Drugi Unix kompatibilni sustavi često kritiziraju Linux što se sam ne drži originalnog Unix standarda.

Zaključak

Ako neki program nudi određenu funkcionalnost i to radi dobro, onda ga je logično iskoristiti u svom programu, a ne razvijati vlastito rješenje. Međutim, ako ne mogu svi korisnici imati pristup tom pomoćnom programu ili ako postoji mogućnost da se taj pomoćni program prestane razvijati onda ga i nije logično koristiti. No Linux je projekt iz domene slobodnog softvera i kao takav ti nedostaci nestaju (u jednoj mjeri): svi programi su pod slobodnim licencama i može ih koristiti svako (čak su mogući automatski sustavi koji dobavljaju te programe iz zajedničkih repozitorija, pogledaj upravitelji paketima) te je moguće preuzeti izvorni kod i nastaviti razvijati program za svoje potrebe ukoliko originalni projekt stane s razvojem ili krene drugim pravcem (tako ne postoji negativna strana ovisnosti o drugima). Kad su stvari tako posložene, onda je jasno zašto je Linux sustav u kojem više programa radi zajedno da bi izvršilo neki zadatak. Shodno tome, Linuxu više odgovara pristup razvrstavanja datoteka po tipu, nego u samodostatne cjeline pa takav pristup (hijerarhiju) i koristi.

Linuxova hijerarhija datotečnog sustava vjerojatno nije jednostavna ni intuitivna početnicima, ali za sad dobro radi. Vjerojatno ima načina da se ta struktura poboljša (npr. da se koriste duža imena), ali bi se tada pokidala kompatibilnost s Unixom, što se za sada ne planira, iako ima distribucija koje su krenule tim putem, npr. GoboLinux. No onome tko se želi malo bolje upoznati s Linux sustavom upoznavanje ove hijerarhije ne bi trebao predstavljati problem, a omogućit će mu bolje snalaženje unutar samog sustava i otkriti da iza te strukture stoje zapravo dobri razlozi.

Poveznice i reference

• Linux System Administrators Guide: Chapter 3. Overview of the Directory Tree
• Linux Filesystem Hierarchy: Chapter 1. Linux Filesystem Hierarchy