Fiks: En harddisk kan bare ha en enkelt rotkatalog

En harddisk kan bare ha en enkelt rotkatalog, men Linux behandler ikke denne rotkatalogen på samme måte som Windows kan ha. Nye brukere som kommer over fra andre operativsystemer, kan bli forvirret som et resultat. Tenk på hele filstrukturen som et stort tre som ble skrudd opp og ned.

Roten av hele treet, uavhengig av noen av volumene, er helt oppe på toppen. Du kan ha en enkelt harddisk i en datamaskin eller hundrevis av stasjoner som er koblet til en rekke RAID-sett. Det spiller ingen rolle for Linux, fordi du alltid vil ha en enkelt rot som alle andre vokser fra. Du kan ende opp med å merke noen virkelige fordeler med denne metoden hvis du gir den en prøve.

Harddisker har bare en rotkatalog uansett

Måten at Linux, og funksjonelt mest Unix-baserte operativsystemer, organiserer filstrukturen, er ved å montere materiale til dette treet. Prøv å skrive ls -R / fra en terminal og se på den utrolige mengden informasjon som ruller opp på skjermen.

I de fleste tilfeller er / rot-området roten av en partisjon på hoveddisken din. Nå kan harddisken være noe annet enn en harddisk. Mobiltelefoner som kjører Android, som er basert på Linux, har ofte en liten eMMC-mikrochip som Linux-kjernen behandler som en harddisk. Det spiller ingen rolle hva det er, men det meste av / området er det samme som rotkatalogen på harddisken.

Over tid blir andre partisjoner og volumer montert andre steder i kataloger. Hvis du skulle bruke sudo-kommandoen til å stash noen filer i / mnt / eller / media / og deretter senere plugget i en microSDXC-kortleser som monterte noe der, så ville du ikke kunne se de tingene du hadde satt inn / media, men de ville fortsatt være der. Når du demonterte enheten, vil de vises igjen. Heldigvis er moderne Linux-distribusjoner designet for å forhindre at slike ting skjer, men du kan fortsatt gjøre det manuelt.

Vær imidlertid oppmerksom på at harddisker bare har en rotkatalog uansett. Mens i Linux har hele filstrukturen seg denne roten, det endrer ikke den. Du kan være vant til DOS- og Windows-paradigmet arvet fra det gamle CP / M OS der denne rotkatalogen er kartlagt til en stasjonsbokstav, men datastrukturene på disken endres ikke. Du trenger ikke å håndtere C: \ vs D: \ og E: \ hver gang du vil tenke på en stasjon.

Windows gjør ikke egentlig dette

Mens Microsoft Windows kartlegger virkelig disse bokstavene i 95 og 98 dager, bruker alle versjoner av Windows NT faktisk internt noe som ligner Unix-metoden, og oppretter deretter brukergrensesnittfiksjonen for å hjelpe de som har brukt stasjonsbokstaver i lang tid .

Hvis du skulle begynne å undersøke Windows internals, ville du finne at stasjonsbokstaver faktisk er representert som \ ?? \ c: \ Program Files \ med \ ?? \ c: området er en symlink til enhets- og partisjonsfiler bare som Unix bruker, men representerer forskjellig. Microsoft refererer til dette som NT Object Manager. Disse monteringspunktene er fortsatt enkle rotkataloger knyttet til faktiske volumer. På en måte gjør Linux og andre Unix-baserte operativsystemer dette uten ytterligere abstraksjoner. Denne strukturen brukes av det overveldende flertallet av andre Unix-lignende operativsystemer, inkludert den antikke Xenix-distribusjonen som Microsoft en gang publiserte.

Fordelen med å ikke bruke stasjonsbokstaver er at du kan montere mer enn 24 volumer eller partisjoner, noe som bidrar til å lindre en av de største problemene knyttet til den klassiske CP / M-måten å gjøre ting på. CP / M hadde ikke kataloger, slik at brevoppgavene var fornuftige til tider.

En ting som er den samme i begge metodene for å gjøre ting, er relatert til. og .. spesielle kataloger inne i hver underkatalog. Den. katalogoppføringen representerer arbeidskatalogen du allerede er inne mens .. oppføringen representerer katalogen rett over den. Dette lar deg referere til objekter i forhold til hvor du er.

Merk at hvis du skriver cd / etterfulgt av cd .. til en terminal, skjer det ikke i de fleste tilfeller. Du kan prøve å skrive cd .. igjen og igjen, men du vil ikke gå videre lenger.

Dette skyldes at mens en harddisk og dermed Linux- og Unix-filstrukturen bare kan ha en enkelt rotkatalog, er det ingen grunn til at en bruker burde lider av feil i et skript eller noe ved å prøve å bevege seg oppover. Interessant, på noen versjoner av DOS og Windows trenger du ikke et mellomrom mellom cd .. mens du nesten alltid vil ha på Unix-systemer.

PRO TIPS: Hvis problemet er med datamaskinen eller en bærbar PC / notatbok, bør du prøve å bruke Reimage Plus-programvaren som kan skanne arkiver og erstatte skadede og manglende filer. Dette fungerer i de fleste tilfeller der problemet er oppstått på grunn av systemkorrupsjon. Du kan laste ned Reimage Plus ved å klikke her