En hårddisk kan bara ha en enda rotkatalog, men Linux behandlar inte denna rotkatalog på exakt samma sätt som Windows kan ha. Nya användare som kommer över från andra operativsystem kan bli förvirrade som ett resultat. Tänk på hela filstrukturen som ett stort träd som blev upp och ner.
Roten till hela trädet, oavsett volymer, är helt uppe. Du kan ha en enda hårddisk i en dator eller hundratals enheter anslutna till en massa RAID-apparater. Det spelar ingen roll för Linux, för du kommer alltid att ha en enda rot som alla andra växer från. Du kan sluta märka några verkliga fördelar med denna metod om du ger det ett försök.
Hårddiskar har ändå bara en rotkatalog
Det sätt som Linux, och funktionellt de flesta Unix-baserade operativsystem, organiserar filstrukturen är genom att montera material på detta träd. Försök att skriva ls -R / från en terminal och ta en titt på den otroliga mängden information som rullar upp skärmen.
I de flesta fall är / root-området rotområdet för en partition på din huvudsakliga hårddisk. Nu kan din hårddisk vara något annat än en hårddisk. Mobiltelefoner som kör Android, som är baserade på Linux, har ofta ett litet eMMC-mikrochip som Linux-kärnan behandlar som en hårddisk. Det spelar ingen roll vad det är, men det mesta av / området är samma sak som rotkatalogen på hårddisken.
Med tiden monteras andra partitioner och volymer någon annanstans i kataloger. Om du skulle använda sudo-kommandot för att stash några filer i / mnt / eller / media / och sedan ansluta en microSDXC-kortläsare som monterade något där, skulle du inte kunna se de saker du hade lagt in / media men de skulle fortfarande vara där. När du har avmonterat enheten visas de igen. Lyckligtvis är moderna Linux-distributioner utformade för att förhindra att den här typen av saker händer men du kan fortfarande göra det manuellt.
Tänk dock på att hårddiskar ändå bara har en rotkatalog. Medan i Linux hela filstrukturen i sig har den här roten, ändrar det inte den. Du kan vara van vid DOS- och Windows-paradigmet som ärvts från det gamla CP / M OS där den här rotkatalogen är mappad till en enhetsbokstav, men datastrukturerna på hårddisken ändras inte. Du behöver bara inte hantera C: vs D: och E: varje gång du vill tänka på en enhet.
Windows gör inte ens riktigt det här
Medan Microsoft Windows kartlade enheter riktigt till dessa bokstäver under 95 och 98 dagar, använder alla versioner av Windows NT faktiskt internt något som liknar Unix-metoden och skapar sedan den här användargränssnittsfiktionen för att hjälpa dem som har använt enhetsbokstäver under lång tid .
Om du skulle börja undersöka Windows-internt skulle du upptäcka att enhetsbokstäverna faktiskt representeras som ?? c: Program Files med ?? c: området som en symlänk till enhets- och partitionsfiler bara som Unix använder men representerade olika. Microsoft hänvisar till detta som NT Object Manager. Dessa monteringspunkter är fortfarande enstaka rotkataloger kopplade till faktiska volymer. På ett sätt gör Linux och andra Unix-baserade operativsystem detta utan ytterligare abstraktioner. Denna struktur används av den överväldigande majoriteten av andra Unix-liknande operativsystem, inklusive den antika Xenix-distributionen som Microsoft en gång publicerade.
Fördelen med att inte använda enhetsbokstäver är att du kan montera mer än 24 volymer eller partitioner, vilket hjälper till att lindra en av de största problemen relaterade till det klassiska CP / M-sättet att göra saker. CP / M hade inga kataloger, så brevuppgifterna var ibland vettiga.
En sak som är densamma i båda metoderna för att göra saker avser. och .. specialkataloger i varje underkatalog. Den. katalogposten representerar den arbetskatalog du redan finns i .. posten representerar katalogen precis ovanför den. Detta gör att du kan referera till objekt i förhållande till var du är.
Observera att om du skriver CD / följd av CD .. i en terminal, händer ingenting i de flesta fall. Du kan prova att skriva CD .. om och om igen, men du kommer inte upp längre.
Detta beror på att medan en hårddisk och därmed Linux- och Unix-filstrukturen bara kan ha en enda rotkatalog, finns det ingen anledning att en användare skulle behöva lida av fel i ett skript eller något genom att försöka flytta uppåt. Intressant, på vissa versioner av DOS och Windows behöver du inte ett mellanrum mellan cd .. medan du nästan alltid kommer att göra på Unix-system.
