Hvordan er filsystemet strukturert i gnu / linux?

Sikkert, mange av dere, som meg, lærte å bruke datamaskiner med en eller annen versjon av Windows, og det er sannsynlig at en av de første tingene de ble kjent med, var hvordan du administrerer all informasjonen de hadde lagret i den eller noe flyttbare medier koblet til pc-en. Det vil si å utføre oppgaver som kopiering, liming, flytting eller lokalisering av filene våre. Av denne grunn vil vi denne gangen vise deg hvordan filsystemet er strukturert i Linux / GNU. Det er absolutt ikke nødvendig å vite det 100%, men det ville være veldig nyttig å ha en idé om hierarkiet til filene.

Innholdsindeks

Hvordan er filsystemet strukturert i GNU / Linux?

Linux-systemer ligger under et hierarkisk filtre, omtrent som hvordan Unix-systemer er strukturert. I begynnelsen var dette hierarkiske treet med kataloger og filer ikke under noen standard, det vil si at det var variasjoner mellom en distribusjon og en annen. Det var dette som motiverte en gruppe mennesker til i 1993 å utvikle det som er kjent som Filesystem Hierarchy Standard (FHS) eller i spansk File System Hierarchy Standard.

FHS

FHS er definert som standarden som etablerer og gir detaljer om navn, innhold, plassering og tillatelse til filer og kataloger, med andre ord, det er settet med regler som bestemmer en felles strukturering av filer og kataloger på Linux-systemer. Denne standarden er ikke noe annet enn et veiledende dokument, som kan konsulteres av produsenter og brukes når du oppretter en ny distribusjon.

Det er viktig å avklare at en produsent kan bestemme om den skal brukes eller ikke. Fordelen med å integrere det med Linux-systemet ditt er at det vil gjøre miljøet ditt mye mer kompatibelt med resten av Linux-distribusjonene. Et annet poeng å trekke frem er at standarden tillater en viss fleksibilitet, derfor er det visse friheter når du bruker reglene, og derfra er det faktum at det er visse litt små forskjeller mellom forskjellige distribusjoner.

FHS hovedmål

• Utsett et hierarkisk filsystem konsekvent og jevn. Sørg for enkel utvikling av programvare, siden det vil tillate enkel forutsigelse og identifisering av installerte filer og kataloger. Gi brukeren letthet med å forutsi plasseringen av filer og kataloger på datamaskinen.

Som vi ser, er hovedfokuset for FHS å lage operativsystemer med mest mulig kompatible strukturer. Dette vil gi en bedre opplevelse for vanlige brukere, siden de vil kunne forstå betydningen av hvert element i systemet og enkelt finne det. På den annen side viser FHS selv hva som er filtypene som kan sees i systemstrukturen:

Delbare filer og ikke-delbare filer : De førstnevnte er filer som tilhører en datamaskin, og de sistnevnte er filer som kan deles mellom forskjellige datamaskiner. For eksempel:

• Delbare filer: innholdet i / var / www / html (som er standard DocumentRoot på Apache-webserveren. Hvor velkomstindeksen.html opprinnelig er lagret). Ikke-delbare filer: innholdet i / boot / grub / (underkatalog der GRUB-startladerfilene er plassert).

Statiske og variable filer: Statiske filer er de som krever interaksjon av systemadministratoren for å endre status. Og variablene de som kan endre seg uten slik interaksjon. La oss se på et eksempel for å hjelpe deg med å forstå dette bedre. Vi har systemloggfiler (logger), disse er av variabel type, siden de kontinuerlig blir endret uten inngripen fra administratoren, siden de er meldinger generert av systemkjernen. Mens de andre filene der sensitiv informasjon som brukerkontoer, innstillinger eller passord er lagret, er de av statisk type.

Ta en titt på: Linux-kommandoer: Kjenne og manipulere systemet

Tilgang til forskjellige filsystemer

Når vi kjenner til denne klassifiseringen av filtyper, må vi også vite at i Linux er alt en fil. Både maskinvare og programvare lagres som en tekstfil, og det er derfra at konseptet å "montere" eller "demontere" en enhet blir født. Det vil si at den logiske strukturen er uavhengig av maskinvarestrukturen, derfor avhenger den ikke av om datamaskinen har 1, 3 eller 5 harddisker for å opprette c: \, e: \ ok: \ stasjoner.

Hele Linux-systemet stammer fra roten eller roo t, representert av / og alle andre tilgjengelige filer i operativsystemet ligger under den katalogen. For eksempel ønsker vi å få tilgang til en CDROM. Dette er montert på systemet som en underkatalog. I den underkatalogen vil innholdet på enheten bli plassert når det er montert, og vi finner ikke noe annet. For å få listen over enheter montert på systemet bruker vi ganske enkelt monteringskommandoen i konsollen. Det er viktig at dette konseptet er klart for å vite hvordan Linux fungerer.

Som jeg nevnte, kan vi også få tilgang til maskinvareenheter med denne mekanismen, men disse filene er binære, det vil si at de bare tolkes av Linux. Derfor, hvis vi lager noen utgave, risikerer vi å forlate systemet ustabilt og til og med ubrukelig. Kort sagt, tilgang til dem er ikke et alternativ med mindre du er helt sikker på hva vi gjør. Nå som vi vet på et teoretisk nivå hvordan strukturen er. La oss se hvordan er bruken av FHS i det virkelige liv?

Filsystemstrukturering i Linux i henhold til FHS

katalog	beskrivelse
/	Primært hierarki , kalt root eller root, hovedkatalog, beholder for absolutt hele filsystemet i Linux.
/ bin /	Den inneholder de essensielle kommandobinærene, slik at de er tilgjengelige enten for en enkelt økt eller for flere brukere. De inkluderer for eksempel ls, cp, katt, mkdir, rm, blant andre
/ start /	Systemstart.
/ dev /	Inneholder tilgangene til enhetene. Både maskinvare eller virtuell.
/ etc /	Dette inkluderer systemkonfigurasjonsfilene. Det har vært kontrovers om betydningen av navnet, men nyere tolkninger refererer til det som "redigerbare tekstinnstillinger".
/ etc / opt /	Konfigurasjonsfiler for programmene som ligger i / opt-katalogen.
/ etc / X11 /	X Window System versjon 11 konfigurasjonsfiler.
/ etc / sgml /	SGML-konfigurasjonsfiler.
/ etc / xml /	XML-konfigurasjonsfiler.
/ hjem /	Inneholder arbeidskatalogene for alle brukere, bortsett fra superbrukeren (administrator, root). Inneholder lagrede filer, personlige innstillinger, etc. Det installeres ofte på en egen disk eller partisjon . Hver bruker har sin egen katalog i denne mappen.
/ lib /	Alle de grunnleggende delte bibliotekene til de installerte programmene er lokalisert, inkludert de som brukes av kjernen.
/ gjennomsnitt /	Inneholder festepunkter for avtagbart lagringsmedium.
/ mnt /	Det ligner / media, men brukes vanligvis av brukere. For å "montere" for eksempel harddisker og midlertidige partisjoner.
/ opt /	Inneholder informasjon om applikasjoner som ikke lagrer konfigurasjonsalternativer i denne katalogen, det vil si at brukere deler applikasjonen, men ikke konfigurasjonsalternativene.
/ proc /	Inneholder filer som dokumenterer kjernen og statusen til prosessene dine til bestemte tidspunkter.
/ rot /	Hovedkatalogen til rotbrukeren. Det er som / home, men for systemoverbrukeren (administrator).
/ sbin /	Kjørbare eller binære filer som er viktige for drift, eksklusive kommandoer og programmer fra systemadministratoren eller brukerne som har tillatelse til å bruke dem.
/ srv /	Inneholder dataene som serveres av systemet.
/ tmp /	Inneholder midlertidige filer.
/ usr /	sekundært hierarki av brukerdata; Den inneholder de fleste verktøy som er flerbrukere, men som likevel er skrivebeskyttet. Denne mappen kan til og med deles med andre lokale nettverksbrukere.
/ usr / bin /	Ikke-administrative binære kommandoer for alle brukere.
/ usr / include /	Standard inkluderer filer.
/ usr / lib /	Sett med delte biblioteker eller binære biblioteker. Det er aldri to identiske biblioteker på det samme systemet, noe som optimaliserer minnebruken og gir større orden.
/ usr / sbin /	Binarier som ikke er essensielle; for eksempel demoner for å ha flere nettverkstjenester.
/ usr / share /	Inneholder data som er delt, men er uavhengig av arkitektur.
/ usr / src /	Inneholder kildekodene til noen applikasjoner.
/ usr / X11R6 /	Katalog relatert til det grafiske miljøet.
/ usr / local /	Tertiært hierarki for lokale data, det vil si spesifikt for denne verten.
/ var /	Inneholder systemvariablefiler som logger, databaser, e-post.
/ var / cache /	I likhet med / tmp inneholder den hurtigbufferminnet til noen applikasjoner.
/ var / krasj /	Inneholder informasjon angående feil eller systemkrasj.
/ var / spill /	Det er en katalog som ikke er essensiell, og dens formål er å lagre informasjon angående systemspill.
/ var / lås /	Filer som har status som ressursene i bruk er lokalisert.
/ var / log /	Logg filer .
/ var / mail /	Arkiv av brukermeldinger, lignende e-poster.
/ var / opt /	Inneholder data som kan være variabler i / opt-katalogen.
/ var / løpe /	Tilgang til informasjon siden forrige oppstart av systemet. For eksempel brukere som er tilkoblet, eller demoner som kjører.
/ var / spool /	Inkluderer oppgaver som venter på å behandle. For eksempel uleste e-post eller utskriftskø.
/ var / spool / mail /	Plassering av e-postmeldinger fra ikke godkjente brukere.
/ var / tmp /	Den inneholder midlertidige filer, forskjellen med / tmp er det faktum at den ikke blir slettet når du starter systemet på nytt.

VI ANBEFALER DEG Hvordan installere Ubuntu i Windows 10 trinn for trinn

Du kan være interessert i å lese: Hva du trenger å vite om root, su og sudo i Linux

tillatelser

For å lukke emnet, i Linux, så vel som i andre Unix-systemer, opprettholdes en tillatelsespolicy på filene. Hva kan de gjøre med det for å kontrollere tilgangen, og hvem som kan gjøre det. Tillatelser identifiseres ved brev og etableres på denne måten:

• a: tillatelse til å lese filen w: tillatelse til å skrive filen x: tillatelse til å utføre filen s: tillatelse til å gjøre endringer til eieren av filen.

På samme måte kan hver tillatelse i Linux brukes: for fileiere, gruppen som eieren tilhører, eller resten av brukerne. Noe som gjør at denne sikkerhetsmekanismen kan fungere perfekt i arbeidsgrupper med forskjellige ansvarsområder (flere brukere).