Konseptet med oppstartslading, diskpartisjonering, partisjonstabell, BIOS, UEFI, filsystemtyper, etc. er lite kjent for de fleste av oss. Vi kommer ofte over denne terminologien, men tok sjelden smerter for å kjenne disse og deres betydning i detaljer. Denne artikkelen i et forsøk på å oppfylle dette hullet på den enkleste måten.
En av de aller første avgjørelsene vi kommer over når vi installerer en Linux -distribusjon, er partisjoneringen av den disk, filsystemet som skal brukes, implementere kryptering for sikkerhet som varierer med endringen i arkitektur og plattform. En av de mest brukte arkitekturen, INTEL gjennomgår noen endringer, og det er viktig å forstå disse endringene som på den annen side krever kunnskap om oppstartsprosessen.
Mange utviklere kjører begge deler Windows og Linux på den samme maskinen som kan være et spørsmål om preferanse eller behov. De fleste av oppstartsladerne i dag er smarte nok til å gjenkjenne et hvilket som helst antall operativsystemer på den samme boksen og tilby en meny for å starte opp den foretrukne. En annen måte å oppnå det samme målet på er å bruke virtualisering ved hjelp av
Xen, QEMU, KVM eller et annet foretrukket visualiseringsverktøy.Hvis jeg husker riktig, til sent 90'S BIOS som står for Grunnleggende inngang/Utgangssystem var den eneste måten å starte et Intel -system på. BIOS inneholder partisjoneringsinformasjonen i et spesialområde Master Boot Record (MBR) slik at tilleggskoden lagres i første sektor av hver oppstartskompatibel partisjon.
Inn sent 90Microsofts intervensjon med Intel resulterte i Universal Extensible Firmware Interface (UEFI) det opprinnelige formålet var å starte opp sikkert. Denne oppstartsmekanismen viste seg å være en utfordring for rootkits spesielt som blir festet til oppstartssektorer og var vanskelig å oppdage med BIOS.
Oppstart med BIOS krever plassering av oppstartskoder eller oppstartssekvens MBR som er plassert i den første sektoren for oppstartsdiskett. Hvis mer enn ett operativsystem er installert, blir den installerte oppstartslasteren erstattet av en vanlig oppstartslaster som plasserer oppstart koder på hver oppstartbar disk under installasjon og oppdatering automatisk, noe som betyr at brukeren kan velge å starte opp i hvilken som helst av installert operativsystem.
Men det er sett, spesielt på Windows at en ikke-oppstartslaster ikke vil oppdatere systemet spesielt visse programmer, dvs. DVS men igjen er det ikke en hard og rask regel, og det er heller ikke dokumentert hvor som helst.
UEFI er den siste oppstartsteknologien utviklet i nært samarbeid med Microsoft og Intel. UEFI krever at fastvaren lastes inn er digitalt signert, en måte å forhindre at rootkits blir festet med oppstartspartisjonen. Problemet med å starte Linux ved bruk av UEFI er imidlertid komplekst. Oppstart av Linux i UEFI krever at nøklene som brukes må offentliggjøres under GPL som er mot Linux -protokollen.
Imidlertid er det fortsatt mulig å installere Linux på UEFI -spesifikasjonen ved å deaktivere 'Sikker oppstart'Og muliggjør'Eldre støvel‘. Oppstartskoder i UEFI er plassert under underkataloger av /EFI, spesiell partisjon i den første disksektoren.
En standard Linux -distribusjon gir valg av partisjoneringsdisk med filformatene som er oppført nedenfor, som hver har en spesiell betydning knyttet til den.
Dette er den progressive versjonen av Utvidet filsystem (utv), som først og fremst ble utviklet for MINIX. Den andre utvidede versjonen (ext2) var en forbedret versjon. Ext3 lagt til ytelsesforbedring. Ext4 var en ytelsesforbedring i tillegg til at ytterligere tilleggsfunksjoner ble gitt.
Les også: Hva er Ext2, Ext3 og Ext4 og hvordan du oppretter og konverterer Linux -filsystemer
De Journalert filsystem (JFS) ble utviklet av IBM for AIX UNIX som ble brukt som et alternativ til systemutvidelse. JFS er et alternativ til ext4 for tiden og brukes der det kreves stabilitet ved bruk av svært få ressurser. Når CPU -kraften er begrenset, kommer JFS praktisk.
Den ble introdusert som et alternativ til ext3 med forbedret ytelse og avanserte funksjoner. Det var en tid da SuSE Linux'S standardfilformat var ReiserFS men senere gikk Reiser i drift og SuSe hadde ikke annet valg enn å gå tilbake til ext3. ReiserFS støtter filsystemutvidelse dynamisk, noe som relativt var en avansert funksjon, men filsystemet manglet et bestemt ytelsesområde.
XFS var en høy hastighet JFS som siktet til parallell I/O. behandling. NASA bruker fortsatt dette filsystemet på sin 300+ terabyte lagringsserver.
B-Tree filsystem (Btrfs) fokus på feiltoleranse, morsom administrasjon, reparasjonssystem, stor lagringskonfigurasjon og er fortsatt under utvikling. Btrfs anbefales ikke for produksjonssystem.
Klynget filsystem er ikke nødvendig for oppstart, men er best egnet i lagringspunkt fra et delt miljø.
Det er mange filformater som ikke er tilgjengelige under Linux, men brukes av andre operativsystemer. Viz., NTFS av Microsoft, HFS av Apple/Mac os, etc. De fleste av disse kan brukes under Linux ved å montere dem ved hjelp av visse verktøy som ntfs-3g til Mount NTFS filsystem, men ikke foretrukket under Linux.
Det er visse filformater som brukes mye i Linux, men ikke foretrukket under Linux spesielt for å installere Linux -rotsystem. f.eks. UFS av BSD.
Ext4 er det foretrukne og mest brukte Linux -filsystemet. I visse spesielle tilfeller XFS og ReiserFS er brukt. Btrfs brukes fortsatt i eksperimentelt miljø.
Den første fasen er diskpartisjonering. Mens du partisjonerer, bør vi huske på punktene nedenfor.
LVM er en kompleks partisjonering som brukes i installasjon av stor lagring. LVM -strukturen overlapper den faktiske partisjoneringen av den fysiske disken.
Bytte brukes til minnesøk i Linux spesielt under systemdvalemodus. Den nåværende fasen av System skrives til Swap når systemet er satt på pause (Dvalemodus) på et tidspunkt.
Et system som aldri vil gå i dvalemodus trenger et bytteplass som er lik størrelsen på det RAM.
Den siste fasen er kryptering som sikrer data trygt. Kryptering kan være på nivå med både disk og katalog. I diskkryptering er hele disken kryptert, det kan kreve noen spesielle koder for å dekryptere den.
Imidlertid er det et komplekst problem. Dekrypteringskoden kan ikke forbli på samme disk som er under kryptering, derfor trenger vi spesiell maskinvare eller la hovedkortet gjøre det.
Diskkrypteringen er relativt enkel å oppnå og er mindre kompleks. I dette tilfellet forblir dekrypteringskoden på samme disk, et sted i en annen katalog.
Diskkryptering er nødvendig i serverbygging og kan være et juridisk problem basert på den geografiske plasseringen du implementerer den.
Her i denne artikkelen prøvde vi å kaste lys Filsystembehandling i tillegg til Diskbehandling på en mye mer dyptgående måte. Det er alt for nå. Jeg vil være her igjen med en annen interessant artikkel verdt å vite. Frem til da, følg med og koble til Tecmint, og ikke glem å gi oss din verdifulle tilbakemelding i kommentarfeltet nedenfor.
Les også: Linux -katalogstruktur og viktige filbaner forklart