Hvordan er filsystemet struktureret i gnu / linux?

Sikkert, mange af jer, som jeg, lærte at bruge computere med en eller anden version af Windows, og det er sandsynligvis, at en af ​​de første ting, de blev fortrolig med, var, hvordan man administrerer al den information, de opbevarede i den eller nogle aftageligt medie tilsluttet pc'en. Det vil sige at udføre opgaver såsom kopiering, indsætning, flytning eller placering af vores filer. Af denne grund vil vi denne gang vise dig, hvordan filsystemet er struktureret i Linux / GNU. Det er bestemt ikke nødvendigt at kende det 100%, men det ville være meget nyttigt at have en idé om hierarkiet for filerne.

Indholdsindeks

Hvordan er filsystemet struktureret i GNU / Linux?

Linux-systemer ligger under et hierarkisk træstræ, ligesom hvordan Unix-systemer er struktureret. I begyndelsen var dette hierarkiske træ af mapper og filer ikke under nogen standard, det vil sige, der var variationer mellem en distribution og en anden. Det var dette, der motiverede en gruppe mennesker til i 1993 at udvikle, hvad der er kendt som Filesystem Hierarchy Standard (FHS) eller i spansk filsystem hierarchy Standard.

FHS

FHS er defineret som standarden, der opretter og giver detaljer om navnene, indholdet, placeringerne og tilladelserne for filer og mapper, med andre ord, det er det sæt regler, der bestemmer en fælles strukturering af filer og mapper på Linux-systemer. Denne standard er intet andet end et vejledende dokument, som kan konsulteres af producenter og anvendes, når der oprettes en ny distribution.

Det er vigtigt at præcisere, at en producent kan beslutte, om den skal anvendes eller ej. Fordelen ved at integrere det med dit Linux-system er, at det vil gøre dit miljø meget mere kompatibelt med resten af ​​Linux-distributionerne. Et andet punkt at fremhæve er, at standarden tillader en vis fleksibilitet, derfor er der visse friheder, når man anvender reglerne, og derfra er det faktum, at der er visse lidt små forskelle mellem forskellige distributioner.

FHS hovedmål

• Udsæt et hierarkisk filsystem konsekvent og ensartet. Sørg for let i udviklingen af ​​software, da det giver mulighed for let forudsigelse og identifikation af installerede filer og mapper. Giv brugeren let at forudsige placeringen af ​​filer og mapper på deres computer.

Som vi ser, er FHS's hovedfokus at skabe operativsystemer med de mest kompatible strukturer muligt. Dette vil give en bedre oplevelse for almindelige brugere, da de vil være i stand til at forstå betydningen af ​​hvert element i systemet og let finde det. På den anden side viser FHS selv, hvilke typer af filer der kan ses i systemstrukturen:

Delbare filer og ikke-delbare filer : De førstnævnte er filer, der hører til en computer, og sidstnævnte er filer, der kan deles mellem forskellige computere. For eksempel:

• Delbare filer: indholdet i / var / www / html (som er standard DocumentRoot på Apache-webserveren. Hvor velkomstindekset.html oprindeligt er gemt). Ikke-delbare filer: indholdet i / boot / grub / (undermappe hvor GRUB-boot loader-filer er placeret).

Statiske og variable filer: Statiske filer er dem, der kræver interaktion af systemadministratoren for at ændre deres tilstand. Og variablerne, der kan ændres uden sådan interaktion. Lad os se på et eksempel for at hjælpe dig med at forstå dette bedre. Vi har systemlogfilerne (logfiler), disse er af variabeltypen, da de konstant ændres uden indgriben fra administratoren, da de er meddelelser, der genereres af systemkernen. Mens de andre filer, hvor følsomme oplysninger som brugerkonti, indstillinger eller adgangskoder er gemt, er de af den statiske type.

Se på: Linux-kommandoer: Kend og manipulere systemet

Adgang til forskellige filsystemer

Når vi kender denne klassificering af filtyper, må vi også vide, at i Linux er alt en fil. Både hardware og software gemmes som en tekstfil, og det er derfra, at konceptet "montering" eller "afmontering" af en enhed er født. Det vil sige, dens logiske struktur er uafhængig af hardwarestrukturen, derfor afhænger det ikke af, om computeren har 1, 3 eller 5 harddiske til at oprette c: \, e: \ ok: \ drev.

Hele Linux-systemet stammer fra rod eller roo, repræsenteret af / og alle andre tilgængelige filer i operativsystemet er placeret under det bibliotek. For eksempel vil vi have adgang til en CDROM. Dette er monteret på systemet som en undermappe. I den undermappe ligger enhedens indhold, når det er monteret, og vi finder ikke noget andet. For at få listen over enheder monteret på systemet bruger vi simpelthen monteringskommandoen i konsollen. Det er vigtigt, at dette koncept er klart for at vide, hvordan Linux fungerer.

Som jeg nævnte, kan vi også få adgang til hardwareenheder med denne mekanisme, men disse filer er binære, det vil sige de kun tolkes af Linux. Derfor, hvis vi laver nogen udgave, risikerer vi at forlade systemet ustabilt og endda ubrugeligt. Kort sagt, adgang til dem er ikke en mulighed, medmindre du er helt sikker på, hvad vi gør. Nu hvor vi ved et teoretisk niveau ved, hvordan dets struktur er. Lad os se, hvordan er anvendelsen af ​​FHS i det virkelige liv?

Filsystemstrukturering i Linux i henhold til FHS

Vejviser	beskrivelse
/	Primært hierarki , kaldet root eller root, hovedmappe, container med absolut hele filsystemet i Linux.
/ bin /	Det indeholder de vigtige kommandobinarier, så de er tilgængelige enten til en enkelt session eller for flere brugere. De inkluderer for eksempel ls, cp, kat, mkdir, rm, blandt andre
/ start /	Systemstart.
/ dev /	Indeholder adgangene til enhederne. Både hardware eller virtuel.
/ osv /	Dette inkluderer systemkonfigurationsfilerne. Der har været kontroverser om betydningen af ​​dets navn, men nyere fortolkninger omtaler det som "Redigerbare tekstindstillinger".
/ etc / opt /	Konfigurationsfiler for programmerne placeret i / opt-biblioteket.
/ etc / X11 /	X Window System version 11 konfigurationsfiler.
/ etc / sgml /	SGML-konfigurationsfiler.
/ etc / xml /	XML-konfigurationsfiler.
/ hjem /	Indeholder arbejdsmapperne for alle brugere undtagen superbrugeren (administrator, root). Indeholder gemte filer, personlige indstillinger osv. Det installeres ofte på en separat disk eller partition . Hver bruger har deres eget bibliotek i denne mappe.
/ lib /	Alle de grundlæggende delte biblioteker for de installerede programmer er placeret, inklusive dem, der bruges af kernen.
/ gennemsnit /	Indeholder monteringspunkter til aftageligt lagringsmedie.
/ mnt /	Det ligner / medier, men bruges normalt af brugere. For at "montere" for eksempel harddiske og midlertidige partitioner.
/ opt /	Indeholder oplysninger om applikationer, der ikke gemmer konfigurationsindstillinger i dette bibliotek, dvs. brugere deler applikationen, men ikke dens konfigurationsindstillinger.
/ proc /	Indeholder filer, der dokumenterer kernen og status for dine processer på bestemte tidspunkter.
/ rod /	Rootbrugerens hovedkatalog. Det er som / home, men for systemoverbrugeren (administrator).
/ sbin /	Kørbare eller binære filer, der er vigtige for drift, eksklusive kommandoer og programmer fra systemadministratoren eller brugerne, der har tilladelse til at bruge dem.
/ srv /	Indeholder de data, der serveres af systemet.
/ tmp /	Indeholder midlertidige filer.
/ usr /	sekundært hierarki af brugerdata; Det indeholder de fleste af de hjælpeprogrammer, der er flere brugerformål, men som ikke desto mindre er skrivebeskyttet. Denne mappe kan endda deles med andre lokale netværksbrugere.
/ usr / bin /	Ikke-administrative binære kommandoer for alle brugere.
/ usr / include /	Standard inkluderer filer.
/ usr / lib /	Sæt med delte biblioteker eller binære biblioteker. Der er aldrig to identiske biblioteker på det samme system, der optimerer hukommelsesforbruget og giver større orden.
/ usr / sbin /	Binarer, der ikke er væsentlige; for eksempel dæmoner til at have flere netværkstjenester.
/ usr / share /	Indeholder data, der er delt, men er uafhængig af arkitektur.
/ usr / src /	Indeholder kildekoder for nogle applikationer.
/ usr / X11R6 /	Directory relateret til det grafiske miljø.
/ usr / lokal /	Tertiært hierarki for lokale data, det vil sige specifikt for denne vært.
/ var /	Indeholder systemvariabelfiler som logfiler, databaser, e-mail.
/ var / cache /	Ligner / tmp, indeholder den cachehukommelsen i nogle applikationer.
/ var / crash /	Indeholder oplysninger om fejl eller systemnedbrud.
/ var / spil /	Det er et bibliotek, der ikke er væsentligt, og dets formål er at gemme information om systemspil.
/ var / lås /	Filer, der har status som de ressourcer, der er i brug, findes.
/ var / log /	Logfiler.
/ var / mail /	Arkiv af brugerbeskeder, lignende e-mails.
/ var / opt /	Indeholder data, der kan være variabler i / opt-biblioteket.
/ var / run /	Adgang til information siden sidste systemstart. For eksempel brugere, der i øjeblikket er tilsluttet, eller demoner, der kører.
/ var / spool /	Inkluderer opgaver, der venter på at behandle. For eksempel ulæste e-mails eller udskriftskø.
/ var / spool / mail /	Placering af e-mails fra afviste brugere.
/ var / tmp /	Den indeholder midlertidige filer, dens forskel med / tmp er det faktum, at de ikke slettes, når systemet genstartes.

VI ANBEFALER dig Sådan installeres Ubuntu i Windows 10 trin for trin

Du kan være interesseret i at læse: Hvad du har brug for at vide om root, su og sudo i Linux

tilladelser

For at lukke emnet i Linux såvel som i andre Unix-systemer opretholdes en tilladelsespolitik på filerne. For at kontrollere adgangen, hvad kan de gøre ved det, og hvem der kan gøre det. Tilladelser identificeres ved breve og etableres på denne måde:

• a: tilladelse til at læse filen w: tilladelse til at skrive filen x: tilladelse til at udføre filen s: tilladelse til at foretage ændringer til filens ejer.

Ligeledes kan hver tilladelse i Linux anvendes: for filsejere, gruppen, som ejeren hører til, eller resten af ​​brugerne. Hvilket gør det muligt for denne sikkerhedsmekanisme at arbejde perfekt i arbejdsgrupper med forskellige opgaver (flere brugere).