En harddisk kan kun have en enkelt rodkatalog, men Linux behandler ikke denne rodkatalog på den nøjagtige måde, som Windows måtte have. Nye brugere, der kommer fra andre operativsystemer, kan blive forvirrede som et resultat. Tænk på hele filstrukturen som et stort træ, der blev vendt på hovedet.
Roden til hele træet, uanset hvilken som helst af volumenerne, er helt op øverst. Du kan have en enkelt harddisk på en computer eller hundredvis af drev tilsluttet en række RAID-sæt. Det betyder ikke noget for Linux, for du vil altid have en enkelt rod, som alle de andre vokser fra. Du kan ende med at bemærke nogle reelle fordele ved denne metode, hvis du prøver det.
Harddiske har kun et rodfortegnelse alligevel
Den måde, Linux og funktionelt mest Unix-baserede operativsystemer organiserer filstrukturen på, er ved at montere materiale til dette træ. Prøv at skrive ls -R / fra en terminal og se på den utrolige mængde information, der ruller op på skærmen.
I de fleste tilfælde er / root-området rodområdet for en partition på din vigtigste harddisk. Nu kan din harddisk muligvis være noget andet end en harddisk. Mobiltelefoner, der kører Android, som er baseret på Linux, har ofte et lille eMMC-mikrochip, som Linux-kernen behandler som en harddisk. Det betyder ikke noget, hvad det er, men det meste af / området er det samme som rodmappen på harddisken.
Over tid monteres andre partitioner og diskenheder andre steder i mapper. Hvis du skulle bruge sudo-kommandoen til at gemme nogle filer i / mnt / eller / media / og derefter senere tilsluttet en microSDXC-kortlæser, der monterede noget der, så ville du ikke kunne se de ting, du havde lagt i / medier, men de ville stadig være der. Når du har afmonteret enheden, vises de igen. Heldigvis er moderne Linux-distributioner designet til at forhindre, at denne slags ting sker, men du kan stadig gøre det manuelt.
Husk dog, at harddiske alligevel kun har en rodkatalog. Mens i Linux hele filstrukturen i sig selv har denne rod, ændrer det ikke den. Du kan være vant til DOS- og Windows-paradigmet, der er nedarvet fra det gamle CP / M OS, hvor denne rodmappe er tilknyttet et drevbogstav, men datastrukturer på disken ændres ikke. Du behøver bare ikke håndtere C: vs D: og E: hver gang du vil tænke på et drev.
Windows gør det ikke engang virkelig
Mens Microsoft Windows kortlagde drev virkelig til disse bogstaver i 95 og 98 dage, bruger alle versioner af Windows NT faktisk internt noget, der ligner Unix-metoden, og opretter derefter denne brugergrænseflade-fiktion for at hjælpe dem, der har brugt drevbogstaver i lang tid .
Hvis du skulle begynde at undersøge Windows-interner, ville du opdage, at drevbogstaverne faktisk er repræsenteret som ?? c: Program Files med ?? c: området som et symlink til enheds- og partitionsfiler bare som Unix bruger, men repræsenterede forskellige. Microsoft henviser til dette som NT Object Manager. Disse monteringspunkter er stadig enkelt rodmapper bundet til faktiske diskenheder. På en måde gør Linux og andre Unix-baserede operativsystemer dette uden yderligere abstraktioner. Denne struktur bruges af det overvældende flertal af andre Unix-lignende operativsystemer, inklusive den antikke Xenix-distribution, som Microsoft engang offentliggjorde.
Fordelen ved ikke at bruge drevbogstaver er, at du kan montere mere end 24 bind eller partitioner, hvilket hjælper med at lindre et af de største problemer i forbindelse med den klassiske CP / M-måde at gøre tingene på. CP / M havde ikke telefonbøger, så brevopgaverne gav til tider mening.
En ting, der er den samme i begge metoder til at gøre ting, vedrører. og .. specielle kataloger inde i hver underkatalog. Det . mappepost repræsenterer det arbejdskatalog, du allerede er i, mens .. posten repræsenterer kataloget lige over det. Dette giver dig mulighed for at henvise til objekter i forhold til hvor du er.
Bemærk, at hvis du skriver cd / efterfulgt af cd .. ind i en terminal, sker der i de fleste tilfælde intet. Du kan prøve at skrive cd .. igen og igen, men du kommer ikke længere op.
Dette skyldes, at mens en harddisk og dermed Linux- og Unix-filstrukturen kun kan have en enkelt rodmappe, er der ingen grund til, at en bruger skal lide af fejl i et script eller noget ved at prøve at bevæge sig opad. Interessant nok har du på nogle versioner af DOS og Windows ikke brug for et mellemrum mellem cd .. mens du næsten altid gør det på Unix-systemer.
