Fix: En hårddisk kan bara ha en enda rotkatalog

En hårddisk kan bara ha en enda rotkatalog, men Linux behandlar inte denna rotkatalog samma exakt sätt som Windows kan ha. Nya användare som kommer över från andra operativsystem kan vara förvirrade som ett resultat. Tänk på hela filstrukturen som ett stort träd som blev vänd upp och ner.

Roten på hela trädet, oberoende av volymerna, är helt uppe på toppen. Du kan ha en enda hårddisk i en dator eller hundratals enheter anslutna till en rad 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 kanske slutar märka några verkliga fördelar med denna metod, om du ger det ett försök.

Endast hårddiskar har en enda ruttkatalog

Det sätt på vilket Linux, och funktionellt mest Unix-baserade operativsystem, organiserar filstrukturen, är att montera material till det här trädet. Försök att skriva ls -R / från en terminal och kolla på den otroliga mängden information som rullar upp på skärmen.

I de flesta fall är / root-området rotområdet för en partition på din hårddisk. Nu kan hårddisken vara något annat än en hårddisk. Mobiltelefoner som kör Android, som är baserad på Linux, har ofta en liten 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 blir andra partitioner och volymer monterade på annat håll i kataloger. Om du skulle använda sudo-kommandot för att stasha några filer i / mnt / eller / media / och sedan senare sätta i en microSDXC-kortläsare som monterade något där, så skulle du inte kunna se de saker du hade lagt in / media men de skulle fortfarande vara där. När du avmonterade enheten visas de igen. Lyckligtvis är moderna Linux-distributioner utformade för att förhindra att det här händer, men du kan fortfarande göra det manuellt.

Tänk på att hårddiskar bara har en rotkatalog ändå. Medan Linux har hela filstrukturen själv den här roten, ändras den inte. Du kanske brukar använda DOS- och Windows-paradigmet från det gamla CP / M-OS där den här rotkatalogen är mappad till ett skrivbrev, men datastrukturerna på disken ändras inte. Du behöver inte hantera C: \ vs D: \ och E: \ varje gång du vill tänka på en enhet.

Windows gör inte ens riktigt detta

Medan Microsoft Windows mappar verkligen körs till dessa bokstäver i 95 och 98 dagar, använder alla versioner av Windows NT internt någonting som liknar Unix-metoden och skapar sedan användargränssnittet för att hjälpa dem som har använt drivstickor under en längre tid .

Om du skulle börja undersöka Windows-internals, så skulle du upptäcka att drivstavarna faktiskt representeras som \ ?? \ c: \ Program Files \ med området \? \ C: är en symlink till enhets- och partitionsfiler bara gillar Unix-användningar men representerade olika. Microsoft hänvisar till detta som NT Object Manager. Dessa monteringspunkter är fortfarande enstaka kataloger bundna till faktiska volymer. På ett sätt gör Linux och andra Unix-baserade operativsystem detta utan några ytterligare abstraktioner. Denna struktur används av överväldigande majoriteten av andra Unix-liknande operativsystem, inklusive den antika Xenix-distribution som Microsoft en gång publicerade.

Fördelen med att inte använda skrivbokstäver är att du kan montera mer än 24 volymer eller partitioner, vilket hjälper till att lindra en av de största problemen i samband med den klassiska CP / M-sättet att göra saker. CP / M hade inte kataloger, så brevet uppdrag visste ibland.

En sak som är densamma i båda sätten att göra saker är relaterad till. och .. speciella kataloger inuti varje underkatalog. The. kataloguppgift representerar den arbetsmapp som du redan är med medan posten representerar katalogen precis ovanför den. Detta låter dig referera till objekt i förhållande till var du är.

Observera att om du skriver cd / följt av cd .. till en terminal, händer ingenting i de flesta fall. Du kan försöka skriva cd .. om och om igen, men du går inte 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 borde 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 mellanslag mellan cd .. medan du nästan alltid kommer på Unix-system.

PRO TIPS: Om problemet är med din dator eller en bärbar dator, bör du försöka använda Reimage Plus-programvaran som kan skanna förvaret och ersätta korrupta och saknade filer. Detta fungerar i de flesta fall där problemet uppstått på grund av systemkorruption. Du kan ladda ner Reimage Plus genom att klicka här