Un hard disk poate avea un singur director rădăcină, dar Linux nu tratează acest director rădăcină în același mod exact în care ar putea avea Windows. Ca urmare, utilizatorii noi care provin din alte sisteme de operare ar putea fi confuzi. Gândiți-vă la întreaga structură a fișierelor ca la un copac mare care a fost dat peste cap.
Rădăcina întregului copac, indiferent de oricare dintre volume, se află până la capăt. Puteți avea un singur hard disk într-un computer sau sute de unități conectate la o serie de seturi RAID. Nu contează pentru Linux, deoarece veți avea întotdeauna o singură rădăcină din care cresc toate celelalte. S-ar putea să ajungeți să observați unele avantaje reale ale acestei metodologii dacă încercați.
Hard disk-urile au un singur director rădăcină oricum
Modul în care Linux, și funcțional majoritatea sistemelor de operare bazate pe Unix, organizează structura fișierului este prin montarea materialului în acest arbore. Încercați să tastați ls -R / de la un terminal și aruncați o privire la cantitatea incredibilă de informații care rulează pe ecran.
În majoritatea cazurilor, zona / root este zona rădăcină a unei partiții de pe hard diskul principal. Acum, hard diskul dvs. ar putea fi altceva decât un hard disk. Telefoanele mobile care rulează Android, care se bazează pe Linux, au adesea un mic microcip eMMC pe care nucleul Linux îl tratează ca un hard disk. Nu contează ce este, dar cea mai mare parte a zonei este același lucru cu directorul rădăcină de pe hard disk.
De-a lungul timpului, alte partiții și volume se montează în altă parte în directoare. Dacă ar fi să folosiți comanda sudo pentru a ascunde unele fișiere în / mnt / sau / media / și apoi ați conectat ulterior un cititor de card microSDXC care a montat ceva acolo, atunci nu ați putea vedea lucrurile pe care le-ați pus / mass-media, dar tot ar fi acolo. După ce ați demontat dispozitivul, acestea vor apărea din nou. Din fericire, distribuțiile Linux moderne sunt concepute pentru a împiedica acest gen de lucruri să se întâmple, dar totuși le puteți face manual.
Rețineți, însă, că hard disk-urile au oricum un singur director rădăcină. În timp ce în Linux întreaga structură a fișierului are această rădăcină, aceasta nu o schimbă. S-ar putea să fiți obișnuit cu paradigma DOS și Windows moștenită din vechiul sistem de operare CP / M, unde acest director rădăcină este mapat la o literă de unitate, dar structurile de date de pe disc nu se modifică. Pur și simplu nu trebuie să aveți de-a face cu C: vs D: și E: de fiecare dată când doriți să vă gândiți la o unitate.
Windows nici măcar nu face asta cu adevărat
În timp ce Microsoft Windows a mapat unitățile cu adevărat la aceste litere în 95 și 98 de zile, toate versiunile de Windows NT folosesc de fapt ceva similar cu metoda Unix și apoi creează această interfață de utilizare ficțiune pentru a-i ajuta pe cei care folosesc literele de unitate de mult timp .
Dacă ar trebui să începeți să examinați sistemele interne Windows, atunci veți găsi că literele unității sunt de fapt reprezentate ca ?? c: Program Files cu zona ?? c: fiind o legătură simbolică către fișierele de dispozitiv și partiție doar la fel ca utilizările Unix, dar reprezentate diferite. Microsoft se referă la acest lucru ca NT Object Manager. Aceste puncte de montare sunt încă directoare rădăcină unice legate de volume reale. Într-un fel, Linux și alte sisteme de operare bazate pe Unix fac acest lucru fără alte abstracții. Această structură este utilizată de majoritatea covârșitoare a altor sisteme de operare de tip Unix, inclusiv a distribuției antice Xenix pe care Microsoft a publicat-o odată.
Avantajul neutilizării literelor de unitate este că puteți monta mai mult de 24 de volume sau partiții, ceea ce ajută la atenuarea uneia dintre cele mai mari probleme legate de modul clasic de a face lucrurile CP / M. CP / M nu avea directoare, deci atribuirea scrisorilor avea sens uneori.
Un lucru care este același în ambele metode de a face lucrurile se referă la. și .. directoare speciale din interiorul fiecărui subdirector. . intrarea de director reprezintă directorul de lucru în care vă aflați, în timp ce intrarea .. reprezintă directorul chiar deasupra acestuia. Acest lucru vă permite să faceți referire la obiecte în raport cu locul în care vă aflați.
Rețineți că, dacă tastați cd / urmat de cd .. într-un terminal, nimic nu se întâmplă în majoritatea cazurilor. Puteți încerca să tastați cd .. iarăși și iarăși, dar nu vei mai merge mai sus.
Acest lucru se datorează faptului că, deși un hard disk și astfel structura de fișiere Linux și Unix pot avea doar un singur director rădăcină, nu există niciun motiv pentru care un utilizator ar trebui să sufere de erori într-un script sau ceva, încercând să se deplaseze în sus. Interesant este că pe unele versiuni de DOS și Windows nu veți avea nevoie de un spațiu între cd .. în timp ce veți avea aproape întotdeauna pe sistemele Unix.
