Popravek: Trdi disk ima lahko samo en korenski imenik

Trdi disk ima lahko samo en korenski imenik, vendar Linux tega korenskega imenika ne obravnava enako natančno, kot bi ga imel Windows. Novi uporabniki, ki prihajajo iz drugih operacijskih sistemov, bodo zaradi tega morda zmedeni. Celotno strukturo datotek si predstavljajte kot eno veliko drevo, ki se je postavilo na glavo.

Koren celotnega drevesa, ne glede na katero koli količino, je povsem navzgor na vrhu. V računalniku bi lahko imeli en sam trdi disk ali na stotine pogonov, priključenih v množico sklopov RAID. Za Linux je vseeno, saj boste vedno imeli en sam koren, iz katerega rastejo vsi drugi. Če poskusite, boste morda opazili nekaj resničnih prednosti te metodologije.

Trdi diski imajo tako ali tako samo en korenski imenik

Linux in funkcionalno najbolj operacijski sistemi, ki temeljijo na Unixu, organizirajo datotečno strukturo tako, da na to drevo vgradijo material. Poskusite tipkati ls -R / s terminala in si oglejte neverjetno količino informacij, ki se kotalijo po zaslonu.

V večini primerov je / root območje korensko območje particije na vašem glavnem trdem disku. Zdaj je vaš trdi disk morda kaj drugega kot trdi disk. Mobilni telefoni z Androidom, ki temelji na Linuxu, imajo pogosto majhen mikročip eMMC, ki ga jedro Linuxa obravnava kot trdi disk. Ni pomembno, kaj je, toda večina / območja je enaka korenskemu imeniku na trdem disku.

Sčasoma se druge particije in zvezki namestijo drugam v imenike. Če bi z ukazom sudo shranili nekaj datotek v / mnt / ali / media / in nato priklopili bralnik kartic microSDXC, ki je tam nekaj priklopil, potem ne bi mogli videti stvari, ki ste jih dali v / mediji, vendar bi bili še vedno tam. Ko odklopite napravo, se bodo spet pojavile. Na srečo so sodobne distribucije Linuxa zasnovane tako, da preprečujejo takšno dogajanje, vendar bi to lahko še vedno storili ročno.

Upoštevajte pa, da imajo trdi diski tako ali tako le en korenski imenik. Čeprav ima v Linuxu celotna struktura datotek sama ta koren, to ne spremeni. Morda ste navajeni paradigme DOS in Windows, podedovane iz starodavnega OS CP / M, kjer je ta korenski imenik preslikan v črko pogona, vendar se podatkovne strukture na disku ne spremenijo. Preprosto se vam ni treba ukvarjati s C: vs D: in E: vsakič, ko želite razmišljati o pogonu.

Windows tega niti v resnici ne počne

Medtem ko je Microsoft Windows v 95 in 98 dneh resnično preslikal pogone na te črke, vse različice sistema Windows NT dejansko interno uporabljajo nekaj podobnega metodi Unix in nato ustvarijo ta izmišljen uporabniški vmesnik za pomoč tistim, ki že dolgo uporabljajo črke pogona .

Če bi začeli preučevati notranjost sistema Windows, bi ugotovili, da so črke pogona dejansko predstavljene kot ?? c: Program Files , pri čemer je območje ?? c: simbolna povezava do datotek naprave in particij. kot Unix uporablja, vendar predstavlja različne. Microsoft to imenuje NT Object Manager. Te točke pritrditve so še vedno enojni korenski imeniki, vezani na dejanske količine. Linux in drugi operacijski sistemi, ki temeljijo na Unixu, to na nek način počnejo brez nadaljnjih abstrakcij. To strukturo uporablja velika večina drugih Unixu podobnih operacijskih sistemov, vključno s starinsko distribucijo Xenix, ki jo je nekoč objavil Microsoft.

Prednost neuporabe črk pogona je, da lahko namestite več kot 24 zvezkov ali particij, kar pomaga rešiti eno največjih težav, povezanih s klasičnim načinom delovanja CP / M. CP / M ni imel imenikov, zato so bile dodelitve pisem včasih smiselne.

Ena stvar, ki je pri obeh metodah enaka, se nanaša na. in .. posebni imeniki znotraj vsakega podimenika. The. vnos imenika predstavlja delujoči imenik, v katerem ste že, medtem ko vnos .. predstavlja imenik tik nad njim. To vam omogoča sklicevanje na predmete glede na to, kje ste.

Če vtipkate cd / čemur sledi cd .. v terminal se v večini primerov nič ne zgodi. Lahko poskusite tipkati cd .. znova in znova, vendar ne boste več napredovali.

To je zato, ker ima trdi disk in s tem struktura datotek Linux in Unix lahko samo en korenski imenik, ni razloga, da bi moral uporabnik trpeti zaradi napak v skriptu ali kaj podobnega, tako da bi se poskušal premakniti navzgor. Zanimivo je, da pri nekaterih različicah DOS-a in Windows-a ne potrebujete presledka med cd-jem, medtem ko v sistemih Unix skoraj vedno potrebujete.