BIOS

A rendszerindítási folyamat megértése - BIOS vs UEFI

A rendszerindítási folyamat megértése - BIOS vs UEFI
A rendszerindítási folyamat a maga univerzuma. Sok lépésre van szükség ahhoz, hogy az operációs rendszer átvegye az irányítást, és megkapja a futó rendszer. Bizonyos értelemben egy apró beágyazott operációs rendszer vesz részt ebben az egész folyamatban. Míg a folyamat hardveres platformonként és operációs rendszerenként eltér, nézzünk meg néhány közös vonást, amelyek segítenek gyakorlati megértésben a rendszerindítási folyamatról.

Először beszéljünk a rendszeres, nem UEFI rendszerindítási folyamatról. Mi történik az adott időpont között, amikor megnyomja a bekapcsológombot addig a pontig, ahol az operációs rendszer elindul, és bejelentkezési kérdést mutat be.

Régi BIOS - Alapvető bemeneti / kimeneti rendszer

1. lépés: A CPU vezetékes az utasítások futtatásához az indításkor egy fizikai alkatrésztől, az úgynevezett NVRAM-ból vagy ROM-ból. Ezek az utasítások alkotják a rendszerét firmware. És ebben a firmware-ben különböztetik meg a BIOS-t és az UEFI-t. Most összpontosítsunk a BIOS-ra.

A firmware, a BIOS feladata, hogy megvizsgálja a rendszerhez csatlakoztatott különféle összetevőket, például lemezvezérlőket, hálózati interfészeket, audio- és videokártyákat stb. Ezután megpróbálja megkeresni és betölteni a következő bootstrapping kódkészletet.

A firmware előre meghatározott sorrendben megy keresztül a tárolóeszközökön (és a hálózati interfészeken), és megpróbálja megtalálni a bennük tárolt rendszerindítót. Ez a folyamat nem olyan, amellyel a felhasználó általában bevonja magát. Van azonban egy kezdeti felhasználói felület, amelyet a rendszer firmware-jével kapcsolatos különböző paraméterek módosítására használhat, beleértve a rendszerindítási sorrendet is.

Ezt a felhasználói felületet úgy adja meg, hogy általában az F12, F2 vagy DEL billentyűt tartja a rendszer indításakor. Ha konkrét kulcsot szeretne keresni, olvassa el az alaplap kézikönyvét.

2. lépés: A BIOS ekkor feltételezi, hogy a rendszerindító eszköz egy MBR-rel (Master Boot Record) indul, amely egy első lépcsős rendszerindítót és egy lemezpartíciós táblát tartalmaz. Mivel ez az első blokk, a rendszerindító blokk, kicsi, és a rendszerbetöltő nagyon minimalista, és nem sok mást képes megtenni, például fájlrendszert olvasni vagy kernelképet betölteni.

Tehát a második szakasz bootloaderét létrehozzák.

3. lépés: A második lépcsős rendszerbetöltő feladata a megfelelő operációs rendszer kernelének a memóriába történő megkeresése és betöltése. A Linux felhasználók számára a leggyakoribb példa a GRUB bootloader. Abban az esetben, ha kettős indítást végez, még egy egyszerű felhasználói felületet is biztosít Önnek, hogy kiválassza a megfelelő operációs rendszert az indításhoz.

Még akkor is, ha egyetlen operációs rendszer van telepítve, a GRUB menü lehetővé teszi az indítást haladó módba, vagy megment egy sérült rendszert egyfelhasználós módba történő bejelentkezéssel. Más operációs rendszerek különböző boot betöltőkkel rendelkeznek. A FreeBSD-hez tartozik egy saját, így más Unices is.

4. lépés: Amint a megfelelő kernel betöltődik, még mindig egy teljes felhasználói listája vár inicializálásra. Ez magában foglalja az SSH-kiszolgálót, a GUI-t stb., Ha többfelhasználós módban fut, vagy a rendszer hibaelhárításához szükséges segédprogramokat, ha egyfelhasználós módban fut.

Akárhogy is, egy init rendszerre van szükség a kezdeti folyamat létrehozásának és a kritikus folyamatok folyamatos kezelésének kezeléséhez. Itt is megvan a különböző lehetőségek felsorolása a primitív Unices által használt hagyományos init shell szkriptektől kezdve a rendkívül összetett systemd implementációig, amely átvette a Linux világát, és amelynek saját ellentmondásos státusza van a közösségben. A BSD-knek megvan a saját iniciálási változatuk, amely eltér a fent említett kettőtől.

Ez egy rövid áttekintés a rendszerindítási folyamatról. Nagyon sok bonyolultságot kihagytak annak érdekében, hogy a leírás barátságtalan legyen az avatatlanok számára.

Az UEFI sajátosságai

Az a rész, ahol az UEFI vs BIOS különbség megjelenik, a legelső részben található. Ha a firmware egy modernebb változat, ún. UEFI vagy Unified Extensible Firmware Interface, akkor sokkal több funkciót és testreszabást kínál. Állítólag sokkal szabványosítottabb, így az alaplapgyártóknak nem kell aggódniuk minden olyan operációs rendszer miatt, amely esetleg a tetejükön fut, és fordítva.

Az egyik legfontosabb különbség az UEFI és a BIOS között az, hogy az UEFI egy korszerűbb GPT particionálási sémát támogat, és az UEFI firmware képes egy fájl kis FAT rendszerből történő olvasására.

Gyakran ez azt jelenti, hogy az UEFI konfiguráció és a bináris fájlok a merevlemez GPT partícióján helyezkednek el. Ez gyakran ESP (EFI System Partition) néven ismert, általában az / efi fájlra telepítve.

A csatlakoztatható fájlrendszer azt jelenti, hogy a futó operációs rendszer képes ugyanazt a fájlrendszert olvasni (és elég veszélyes módon szerkeszteni is)!). Sok rosszindulatú program kihasználja ezt a képességet, hogy megfertőzze a rendszer firmware-ét, amely az operációs rendszer újratelepítése után is fennáll.

Az UEFI rugalmasabbá tétele miatt nincs szükség a GRUB-hoz hasonló második fokozatú betöltőre. Gyakran előfordul, hogy ha egyetlen (jól támogatott) operációs rendszert telepít, például az Ubuntu asztali gépet vagy a Windows rendszert UEFI használatával, akkor megúszhatja, hogy nem használja a GRUB-t vagy bármely más köztes rendszerbetöltőt.

Azonban a legtöbb UEFI rendszer továbbra is támogatja a régi BIOS opciót, erre vissza lehet térni, ha valami nem stimmel. Hasonlóképpen, ha a rendszert mind a BIOS, mind az UEFI támogatásra való tekintettel telepítik, akkor a merevlemez első néhány szektorában MBR-kompatibilis blokk lesz. Hasonlóképpen, ha kettős rendszerindításra van szüksége a számítógépen, vagy csak más okból használja a második lépcsős rendszerindítót, akkor szabadon használhatja a GRUB vagy bármely más, a felhasználási esetének megfelelő bootloadert.

Következtetés

Az UEFI célja a modern hardverplatform egységesítése volt, így az operációs rendszerek gyártói szabadon fejlődhetnek a tetejükön. Azonban lassan egy kissé ellentmondásos technológiává vált, főleg ha nyílt forráskódú operációs rendszert próbál futtatni a tetején. Ennek ellenére megvan az érdeme, és jobb, ha nem hagyjuk figyelmen kívül a létezését.

A másik oldalon a régi BIOS is marad a jövőben még legalább néhány évig. Megértése ugyanolyan fontos abban az esetben, ha vissza kell térnie a BIOS módba a rendszer hibaelhárításához. Remélem, hogy ez a cikk elég jól tájékoztatta Önt mindkét technológiáról, hogy ha legközelebb új rendszerrel találkozik a vadonban, kövesse a homályos kézikönyvek utasításait, és otthon érezhesse magát.

Az 5 legjobb játékrögzítő kártya
Mindannyian láttuk és szerettük a YouTube-on a streaming játékokat. A PewDiePie, a Jakesepticye és a Markiplier csak néhány a legnépszerűbb játékosok ...
Hogyan lehet játékot fejleszteni Linuxon
Egy évtizeddel ezelőtt nem sok Linux-felhasználó jósolta, hogy kedvenc operációs rendszerük egy napon a videojátékok népszerű játékplatformja lesz. El...
Kereskedelmi játékmotorok nyílt forráskódú portjai
Ingyenes, nyílt forráskódú és platformokon átívelő játékmotorok szabadidős programjai felhasználhatók a régi, valamint a meglehetősen friss játékcímek...