Az operációs rendszer telepítésekor/újratelepítésekor Windows rendszerek sokan észrevettek egy vagy több kis partíciót (100-tól 500 MB-ig), amelyek az ismerős és ismerős helyi C, D stb. meghajtók között helyezkednek el. Általában ezek a „Rendszer fenntartva”, „Helyreállítás” és „MSR fenntartva” szakaszok. Amikor letört merevlemez tovább helyi partíciók az operációs rendszer telepítése során figyelhet arra, hogy azok automatikusan létrejönnek.
Ebben a cikkben közelebbről megvizsgáljuk az MSR (Fenntartott) részt. Megtudhatja, mi ez, mire való, mikor jött létre, és hogy törölhető-e.
Ma Windows alatt két fő fájljelölési szabvány létezik. merevlemezek. Ezek az MBR és a GPT. Korábbi cikkeinkben tárgyaltuk őket. Ezért itt MSR szakasz(fenntartva) csak a GPT-n fordul elő.
Ez a merevlemez rejtett rendszer által fenntartott területe, amely az operációs rendszer és a fájltárolás különféle igényeihez használható. Például konvertálni egyszerű kötet dinamikusra.
Sokan tévesen azt hiszik, hogy az MSR partíció tartalmazza a rendszerbetöltőt/bootot Windows bejegyzés(az MBR-elrendezés rejtett "" részével analóg módon). De nem az.
Az MSR (Fenntartott) automatikusan létrejön, amikor a merevlemezt helyi partíciókra particionálja a szabványos Windows telepítőben. De csak azzal a feltétellel, hogy EFI / UEFI módban indult a médiáról, .
Automatikus létrehozás rejtett partíciók a merevlemez particionálásakor szabványos szerszám Windows Installer
Annak ellenére, hogy ez a rejtett rendszerpartíció nem tartalmaz operációs rendszer betöltőt, és ha eltávolítja, a Windows továbbra is normálisan indul, ezt nem javasoljuk. Ez annak a ténynek köszönhető, hogy a jövőben lehetséges, hogy ha valamit tennie kell a helyi lemezekkel, vagy fordítva, tömörítheti az egyiket, a hiányzó MSR (fenntartott) miatt ez nem működik .
És mi értelme van törölni, ha a "Számítógép" ablakban nem jelenik meg a helyi lemezek között (vagyis nem zavarja semmilyen módon), és a mérete nem haladja meg az 500 megabájtot, amit felszabadítva gyakorlatilag semmit sem nyerni.
Tehát a beállításokban megadtad BIOS rendszerindítás CD-ről / DVD-ről vagy USB-ről, és Ubuntu LiveCD-ről indítva a lila képernyő helyett a billentyűzet ikonokkal és egy kis emberrel ezt a képernyőt kaptuk:
Nem baj, előfordul. Ebben az esetben figyelembe kell vennie számos pontot, amelyeket ebben a részben tárgyalunk. Mellesleg, a lila képernyő jelenléte a rendszerindításkor egyáltalán nem jelenti azt, hogy nincs UEFI, csak fekete képernyő esetén az UEFI összes funkciója a legtisztábban jelenik meg. Tehát mindenesetre nagyon hasznos lesz ennek a szakasznak az elolvasása. Addig is nyugodtan válassza ki a „Próbáld ki az Ubuntut telepítés nélkül” legfelső sort, és nyomja meg az Enter billentyűt. Rövid várakozás után az Ubuntu asztalra kerül, és amíg vársz az Ubuntu betöltésére, beszélgessünk az UEFI-ről.
Valószínűleg emlékszel arra, hogy ennek az útmutatónak az egyik célja, hogy megtanítsa az olvasót a rendszer összes fő eszközének hatékony és egyszerű használatára. Ehhez azonban mélyebbre kell ásni, és beszélni kell a számítógép hardveres töltéséről, és arról, hogy ez a töltelék hogyan működik a rendszerrel. Ezért ismételten az elméletet nem lehet nélkülözni.
Mi történik, ha bekapcsolja a számítógépet? Mindenekelőtt a számítógépnek helyesen kell inicializálnia magát, azaz saját hardverét, és át kell adnia a vezérlést az operációs rendszer betöltőjének. Ezt a folyamatot az "Extensible Firmware Interface" kezeli ( EFI) (Extensible Firmware Interface) – Az operációs rendszer és a firmware közötti interfész, amely az alacsony szintű hardverfunkciókat vezérli. Korábban a BIOS volt felelős ezért, most pedig az EFI, amely a szabvány újabb változása után „Unified Extensible Firmware Interface” néven vált ismertté ( UEFI) a név, és a következőkben is használni fogjuk. Meg kell jegyezni, hogy az UEFI, mint modernebb interfész, teljes mértékben támogatja az összes BIOS funkciót, ennek ellenkezője sajnos nem igaz. A beállításokban a BIOS-támogatási módot leggyakrabban „örökölt” (angolul „öröklött” vagy „hagyományos”) vagy egyszerűen „UEFI Disabled” (az „UEFI le van tiltva”, ahogy sejti) nevezik. Egyelőre azonban az engedélyezett UEFI mód érdekel minket.
Tehát amikor bekapcsolja a számítógépet, az UEFI elkezdi inicializálni a hardvert, és talál valamilyen blokkolóeszközt, mondjuk HDD. Valószínűleg tudja, hogy a teljes merevlemezt szinte soha nem használják - a lemez szükségszerűen részekre van osztva, többek között a könnyű használat érdekében. De hogy szakaszokra bontsa, ma kettőt is megtehet szabványos módokon: használva MBR vagy GPT. mi a különbségük?
MBR("Master Boot Record" - a fő rendszerindító belépés) 32 bites azonosítókat használ a partíciókhoz, amelyeket a lemez legelején (a lemez első szektorának végén) egy nagyon kis helyen (64 bájt) helyeznek el. Az ilyen kis mennyiség miatt csak négy elsődleges partíció támogatott (erről ebben a cikkben olvashat bővebben). Mivel 32 bites címzést használnak, az egyes partíciók nem lehetnek nagyobbak 2,2 TB-nál. Ezenkívül a rendszerindító rekordnak nincs tartalék MBR-je, így ha egy alkalmazás felülírja a fő rendszerindító rekordot, minden partícióinformáció elvész.
GPT("GUID partíciós tábla" - asztal GUID partíciók) már 64 bites azonosítókat használ a partíciókhoz, így az a terület, amelyben a partícióinformációkat tárolják, már több mint 512 bájt, ráadásul a partíciók száma nincs korlátozva. Vegye figyelembe, hogy a partíció méretkorlátja ebben az esetben csaknem 9,4 ZB (igen, jól olvasta - zettabyte, egy után huszonegy nulla!). A lemez végén pedig egy GPT másolat található, amivel a lemez elején lévő sérült fő partíciós tábla javítható.
Tehát, ha a hardver és az operációs rendszer közötti kommunikáció az engedélyezett UEFI módon (és nem a Legacy BIOS-on) keresztül történik, a GPT használata a particionáláshoz gyakorlatilag kötelező, különben minden bizonnyal kompatibilitási problémák lesznek az MBR-rel.
Nos, úgy tűnik, kitalálták a blokkeszközöket, az UEFI mindent helyesen inicializált, és most meg kell találnia az operációs rendszer betöltőjét, és át kell adnia a vezérlést. Első közelítésként a következőképpen néz ki: mivel az UEFI a BIOS utódja, szigorúan a megállapított szabályoknak megfelelően keresi a rendszerbetöltőt. Ha olyan operációs rendszer betöltőt talál, amely nem támogatja az UEFI-t, akkor aktiválódik a BIOS emulációs mód (ez igaz, még akkor is, ha a Legacy BIOS nincs kifejezetten megadva). És minden kezdődik elölről, azzal a különbséggel, hogy most emulált A BIOS ellenőrzi a hardver állapotát és betölti a mikrot szoftver - egyszerű vezetők az egyes hardverelemekhez. Azt követően emulált A BIOS ismét megkeresi az operációs rendszer rendszerbetöltőjét, és aktiválja azt. Ez viszont betölti az operációs rendszert, vagy megjeleníti az elérhető operációs rendszerek listáját.
Az UEFI esetében pedig minden kicsit másképp történik. Az a tény, hogy az UEFI-nek saját rendszerbetöltője van operációs rendszer integrált indításkezelőkkel a telepített operációs rendszerekhez. Ehhez - az UEFI bootloaderhez - egy kis partíciót (100-250 MB) kell létrehozni a lemezen, az úgynevezett "Extensible Firmware Interface System Partition" (a bővíthető firmware interfész rendszerpartíciója, ESP). A megadott méret mellett a partíciót a FAT32 fájlrendszerben kell formázni, és indíthatónak kell lennie. A futó operációs rendszer által elérhető hardverösszetevők illesztőprogramjait tartalmazza. És ebben az esetben a letöltés közvetlenül erről a partícióról történik, ami sokkal gyorsabb.
Tehát összefoglalunk néhány eredményt: az UEFI funkció teljes kihasználásához a lemeznek GPT-vel kell rendelkeznie, és rendelkeznie kell egy speciális ESP partícióval. Ügyeljen a „to teljes használja a funkciót "- számos módja van az Ubuntu telepítésének egy olyan rendszerre, amely bizonyos fokig "nyírt" UEFI-vel rendelkezik, és mindegyik attól függ, hogy vannak-e előre telepített operációs rendszerek a számítógépen. Például előre telepítve szeretné tartani a Windows rendszert. Melyik Windows - "hét" vagy újszerű 8.1? Vagy ne adj isten, van telepítve egy „Perat Windows”, amely MBR-rel aktiválva van, és nem akar GPT-vel kezdeni, és ennek ellenére szeretné továbbtanulni? Ezen kívül sok múlik az operációs rendszerek bitességén - tamburával táncolás nélkül lehetetlen egy 32 bites rendszert UEFI-vel működőképessé tenni. És sok ilyen példa van. Ezért ebben a részben csak arról fogunk beszélni az Ubuntu telepítése az UEFI képességek "maximális" használatának módjában, bár a bevezető elolvasása után már el tudja képzelni számítógépe eszközét, és ha kívánja, saját telepítő szkriptjét is megvalósíthatja.
Nos, kezdjük?
Tehát elindította az Ubuntut a LiveCD-ről UEFI mód. Nyissa meg a "GParted Partition Editor"-t, de most beszéljünk azokról a nagyon fontos szolgáltatásokról, amelyekre figyelnie kell.
A legfontosabb, hogy tervvel kell rendelkeznie a cselekvéseihez, higgyen nekem - a lépések listája és végrehajtásuk sorrendje meglehetősen kiterjedt, ezért tanácsos a terv főbb pontjait felírni valahova egy papírra. és rendszeresen ellenőrizze velük. Szóval mit tudsz. Az Ubuntu UEFI módban történő normál telepítéséhez a számítógép merevlemezét megfelelően elő kell készíteni, nevezetesen:
A lemeznek GPT-vel kell rendelkeznie;
A lemeznek speciális ESP-partícióval kell rendelkeznie;
A lemeznek szabványos partíciókkal kell rendelkeznie: rendszer, swap és egy partíció a kezdőkönyvtár számára.
Emellett dönteni kell a számítógépen lévő operációs rendszerekről – hogy az Ubuntu lesz-e az egyetlen rendszer, vagy mellette lesznek-e más, UEFI módot támogató rendszerek, az a meghibásodástól és a telepítési tervtől függ.
Kezdjük a második kérdés megválaszolásával: más operációs rendszerek elérhetősége. Ha az UEFI módban történő rendszerindítást támogató operációs rendszerek (például Windows 8) már telepítve vannak a számítógépen, és még nem szándékozik visszautasítani őket, akkor a terv első két pontja már elkészült: valószínűleg az ESP partíció már létezik, és a lemez természetesen GPT-vel. Ellenőrizzük, hogy ez valóban így van-e.
Tegyük fel, hogy a GParted partíciószerkesztő elindítása után a következő ablakot fogja látni:
Milyen információkhoz juthat az ablak alapos tanulmányozása? Először nézze meg a " oszlopot Fájlrendszer"("Fájlrendszer"): minden partíció ntfs-ben van formázva, kivéve egy partíciót a fat32 fájlrendszerrel - ez nyilvánvalóan az ESP partíció. A Windows 8 már telepítve van a lemezen (partíció / dev / sda4 - Windowsban ez a C :) meghajtó - ezt jelzi címke lemezt ("Címke" oszlop). Másodszor, számos Windows szervizpartíció található a merevlemezen – erről nem csak a címkékből (WINRE_DRV és LRS_ESP), hanem a címkékből is tájékozódhat. zászlókat("Zászlók" oszlop) - mindezek a szakaszok rejtettek, mert be van állítva a rejtett zászló, ami a rajtuk lévő információk különleges természetére utal. Végül pedig nézze meg közelebbről a /dev/sda5 partíciót – véletlenül elvesztette a D: meghajtót a Windows rendszerben? Itt van, épségben.
Tehát a terv első két pontja már elkészült, és a harmadik pont megvalósítása: partíciók létrehozása az Ubuntu számára - kellően részletesen le van írva a GParted merevlemez újraparticionálására vonatkozó példájában. Emlékezzünk vissza röviden, hogy az adatlemezről (a példában ez a /dev/sda5, vagy a Windowsban a D: meghajtó) elegendő helyet kell „levágni”, és három partíciót kell helyette létrehozni: csere, rendszer és egy partíció a saját könyvtár számára. Kérjük, vegye figyelembe, hogy az Ön lemeze GPT, tehát nem rendelkezik logikai lemezeket tartalmazó kiterjesztett partícióval, ezért partíciók létrehozásakor válassza a Elsődleges partíció("Fő rész").
Ne hajtson végre semmilyen műveletet a Windows szolgáltatási partíciókkal - ezek a következők normál működés ezt az operációs rendszert. E partíciók véletlen vagy szándékos módosítása garantáltan problémákat okoz a Windows rendszerben, egészen a teljes működésképtelenségig.
A végeredménynek valahogy így kell kinéznie:
Itt vannak további létrehozott partíciók:
Kérjük, írja le a szakaszok célját. A bemutatott példában:
/dev/sda2- EFI partíció (ESP)
/dev/sda6- rendszerpartíció (partíció a rendszer "gyökéréhez")
/dev/sda7- cserepartíció
/dev/sda8- szakasz a felhasználói adatok számára.
Ezek az információk később nagyon hasznosak lesznek az Ubuntu telepítésekor, mert a partíciók nagy száma miatt nagyon könnyen meg lehet zavarodni és rossz "számhoz" rendelni a szükséges csatolási pontot.
Ennek ellenére továbbra is együttműködünk a GParted szerkesztővel. Az Ön feladata az összes partíció eltávolítása, és az Ubuntunak szükséges lemezkonfiguráció létrehozása a szabad területen. Ehhez kattintson Jobb klikk kattintson az egyes szakaszokra, és válassza a "Törlés" lehetőséget a legördülő menüből. De jobb, ha másképp csinálod: keresd meg a GParted szerkesztő menüsorában az "Eszköz" elemet, és válaszd ki a menüből a "Partíciós tábla létrehozása..." menüpontot (Partíciós tábla létrehozása...). Figyelmeztetés jelenik meg:
FIGYELMEZTETÉS: Ezzel TÖRLÉS MINDEN ADAT a TELJES LEMEZEN /dev/sda
(FIGYELEM: ezzel TÖRLÉS MINDEN ADAT AZ TELJES LEMEZEN /dev/sda)
Ne aggódj, gondoskodtál róla biztonsági mentések? Nézzen egy kicsit lejjebb - az "Advanced" (Részletek) feliratra. Kattintson a bal oldali háromszögre, és válassza ki a gpt-t a menüből:
Az összes lemezterület szürkévé válik. Kattintson rá a jobb gombbal, és kezdje meg a szükséges partíciók létrehozását a legördülő menü "Új" elemének kiválasztásával. Az új partíciók közül az első egy speciális ESP partíció, amelyre, mint emlékszel, az UEFI működéséhez szükséges. Mivel nem natív formában van formázva a számára Linux fájl rendszert, és emellett indíthatónak kell lennie, akkor az elején kell elhelyezkednie lemez terület. Adja meg a méretét az "Új méret (MiB)" mezőben (Új méret MiB-ban) 100 MB, és a fájlrendszert - fat32:
Ugyanígy hozzon létre partíciókat a jövő számára: rendszer (15 GB ext4 fájlrendszerrel), swap partíció (4 GB linux-swap esetén) és saját könyvtár (az ext4-ben minden fennmaradó hely). Emlékszel, hogy a GParted nem alkalmazza azonnal a változtatásokat, hanem egyszerűen sorba állítja őket végrehajtásra. Ezért kattintson az "Összes művelet alkalmazása" zöld pipára (minden művelet végrehajtása):
Igen, ebben a szakaszban nem szükséges kezelni a rendszerindítási jelzőket - az Ubuntu telepítője mindent megtesz, ahogy kell. Most figyelmesen olvassa el az Ubuntu telepítését, és ha készen áll, folytatjuk.
Ezen előkészítő munka után az Ubuntu telepítése nem lesz nehéz, különösen, ha figyelmesen elolvassa a telepítési szabályokat. Csak húzzon ki egy papírt a partíciók listájával, és vegye figyelembe, hogy a speciális EFI-partíciót (/dev/sda2 az Ubuntu és a Windows együttes telepítésének példájából) pontosan hozzá kell rendelni a tulajdonsághoz. rendszerindító partíció EFI, nem a tartalék BIOS rendszerindítási terület:
Ha nem, a telepítő ezt az értesítést jeleníti meg:
Javítsa ki a hibát, és ha ez nem működik, lépjen ki a telepítőből, indítsa el a GParted szerkesztőt, és ellenőrizze, hogy a fentiek megtörtént-e.
Az Ubuntu telepítéséhez szükséges összes többi partíció hozzárendelését részletesen leírjuk ebben a részben, így nincs sok értelme ezen részletesebben foglalkozni.
Néha előfordul, hogy a telepítés után a számítógépre előre telepített operációs rendszerek egyike nem indul el. Nos, anélkül, hogy belemennénk abba, hogy mindent a normális kerékvágásba állítsunk, megjegyezzük, hogy létezik egy átfogó megoldás. lehetséges problémákat rakodással. Ennek a megoldásnak a neve csomagtartó javítás .
Ez a kis program egy nagyon hatékony eszköz, amellyel szinte minden hibát kijavíthat, amely az Ubuntu és más operációs rendszerek telepítése utáni indításakor fordulhat elő.
Tartsa be az aranyszabályt: Soha ne javítsd meg, ami nem romlott el»!
Indítsa el az Ubuntut. Nem számít, hogyan csinálja – a Boot-Repair működik LiveCD-n és telepített rendszer. Természetesen, ha nehézségei vannak egy frissen telepített Ubuntu indításakor, akkor az első módszer lesz az egyetlen. Először telepítenie kell a Boot-Repair programot a számítógépére, ez a terminál segítségével történik. Nyomja meg a Ctrl + Alt + T billentyűket, és a megjelenő ablakban írja be:
: Válts csapatot közelebb a kiadáshoz.
sudo add-apt-repository "deb http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu saucy main"
Most persze azt fogod mondani: „Egyáltalán mit csinálsz ott? Annyi levél – semmit sem értek, és biztosan hibázok!” Természetesen a bemutatott parancsot senki sem írja be betűről betűre a terminálba – csak jelölje ki teljesen és kattintson a terminál ablakában a középső egérgombbal, vagy húzza oda a kijelölt szöveget. Nyomd meg az Entert . Ha már benne vagy telepítette az Ubuntut, a rendszer felkéri a jelszó megadására. Kérjük, vegye figyelembe, hogy a jelszó megadásakor nem jelennek meg karakterek: sem pontok, sem csillagok – semmi – valószínűleg nem kell megmagyarázni, hogy miért történik ez. A jelszó megadása után nyomja meg ismét az Enter billentyűt.
Letöltés nyilvános kulcs lerakat a programmal a megbízható kulcstárolóból:
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 60D8DA0B
Frissítse az alkalmazáslistát a következő paranccsal:
Sudo apt-get frissítés
Telepítse és futtassa a Boot-Repair programot:
sudo apt-get install -y boot-repair && (boot-repair &)
Rövid vizsgálat után megjelenik a fő Boot-Repair ablak:
: Az írás folyamatában.
Rendszerpartíció (EFI vagy ESP rendszerpartíció).
A számítógépnek tartalmaznia kell egy rendszerpartíciót a lemezen. Az EFI és UEFI alapú rendszereken ezt a partíciót rendszerpartíciónak nevezik EFI vagy ESP. Ezt a partíciót általában az elsődleges merevlemezen tárolják. A számítógép a rendszerpartícióról indul. Ennek a partíciónak a mérete legalább 100 MB, és FAT32 fájlformátummal kell formázni. Ezt a partíciót az operációs rendszer kezeli, és nem tartalmazhat más fájlokat, beleértve a Windows helyreállítási környezet eszközeit. ábra mutatja a szabványos lemezkonfigurációt GPT-elrendezésben UEFI rendszeren. 1.
Rizs. 1. Példa a lemezpartíciók konfigurálására UEFI-vel rendelkező számítógépen.
FAT32-ben formázott EFI-partíció (ESP) szükséges a GPT-particionáláshoz UEFI-rendszereken. Az EFI partíció szabványos mérete 100 MB, de a 4K Native kiterjesztett formátumú lemezeken (4 KB szektorok) a FAT32 korlátozások miatt 260 MB-ra nőtt. A PC-gyártók egyes eszközeiket ezen a partíción tárolhatják, így annak mérete a gyártótól függően változik.A GPT-particionálás során az EFI-partíció végrehajtja az MBR-particionálásban a Rendszer fenntartott partícióhoz rendelt szerepek egyikét. Tartalmazza a Boot Configuration CD (BCD) tárolót és az operációs rendszer indításához szükséges fájlokat.
Fő p a FAT-32 alapú fájlrendszer felépítésének és működésének elvei.
1) Minden elem FAT táblázatok(a másodiktól kezdve) az adatterületen azonos számú klaszternek felel meg.
2)Szám fájl kezdeti fürtje-ban jelzett katalógus sor Ez határozza meg a fájlt. Ezszám egy hivatkozás is a FAT tábla olyan bejegyzésére, amely tartalmaz szám következő fájl klaszter,és egy link a következő fájlfürt számát tartalmazó FAT tábla bejegyzéshez stb.
3) A klaszter szektorok folyamatos sorozata (fix méretű). Ez a fájl címezhető "darabja".
4) Kód a FAT táblaelemben még meg tudja határozni ingyenes klaszter, hibás klaszterÉs iratvégi jel.
5) Fájl a FAT részben - a klaszterek sorozatahasználatával meghatározottkönyvtár karakterláncokés a FAT tábla elemei.
6) Minden operációs rendszer működhet FAT-32 partícióval (a FAT-32 használatának fő tényezője az ESP-ben).
Ennek eredményeként magas szintű partíció formázás, rendszerinformáció írása egy sorozat adatblokkjaibaa partíció kezdeti szektorai jönnek létre logikai meghajtó (hangerő) fájlrendszer FAT32 típusú, amely abból áll tól től három főbb területek( rizs. 2) , a következő sorrendben:
- „tartalék” terület (tartalék szektorok régiója);
- a fájlkiosztási táblák területe (FAT1 és FAT2);
- fájlok és könyvtárak területe (adatterület).
Gyökérkönyvtár az adatterületen normál fájlként tároljuk, és szükség szerint bővíthető.
Az operációs rendszer betöltésének megkezdése előtt a speciális számítógépes szoftver inicializálja az összes összetevőt, ellenőrzi azok működési készségét, és csak ezután adja át az irányítást az operációs rendszer betöltőjének.
Korábban egy sor BIOS programot használtak erre a célra, de ez a szabvány mára elavultnak számít, és felváltotta az UEFI technológia, amely támogatja a biztonságos rendszerindítást, és szép. GUI beállítások és sok más előny. A legmodernebb alaplapok a laptopokat pedig már UEFI-vel gyártják. Ebben a cikkben megvizsgáljuk, hogyan Linux telepítés az UEFI-ről, és milyen problémákkal találkozhat.
Ez egy lehetőség az UEFI kártyák tulajdonosai számára, akik nem akarják megérteni a technológia használatának bonyodalmait, és beleegyeznek abba, hogy eszközüket úgy használják, mint korábban a BIOS-szal. A legtöbb alaplap lehetővé teszi a BIOS mód emulálását. Ebben a módban probléma és további partíciók nélkül telepítheti a Linuxot, ahogy az a BIOS-ban is megtörtént.
A Legasy BIOS mód engedélyezéséhez meg kell adnia a BIOS / UEFI beállításokat az F2, Del vagy Shift + F2 gombbal, és meg kell találnia a megfelelő elemet. Például ez az elem van a Boot lapon. Itt ki kell választania az UEFI vagy a Legasy rendszerindítási módot.
A beállítások mentése után a szokásos módon telepítheti az operációs rendszert. Ha ez az opció nem felel meg Önnek, akkor megfontoljuk, hogyan telepítsük a Linuxot UEFI-re.
Példaként tekintem az Ubuntu használatával történő telepítést, de minden lépés hasonló más disztribúciókhoz. Először ki kell írnia a lemezképet egy USB flash meghajtóra. A legtöbb disztribúció már támogatja az UEFI rendszerindítást.
Kép írása egy flash meghajtóra A Linux jobb használja az Etcher segédprogramot. A program olyan adathordozót fog égetni, amely UEFI-ben és normál rendszerben is indítható. A program elindítása után ki kell választania a rendszerképet:
Ezután a memóriakártyát, és várja meg, amíg a felvétel befejeződik:
A képet manuálisan is USB flash meghajtóra írhatja. Ez egyszerűbb, mint egy normál BIOS esetében, bár több lépést igényel. Először formázza az adathordozót FAT32-re. Ezt meg lehet tenni szabványos segédprogram Gnome lemezkezelés:
Ezután csomagolja ki a telepítőkép tartalmát a flash meghajtó gyökerébe:
sudo mount /path/to/image.iso /mnt
sudo mount /dev/sdb1 /media/flash/
sudo cp -r /mnt/* /media/flash
Itt a /dev/sdb1 a flash meghajtó partíciójának neve. Mindezeket a dolgokat megteheti benne fájl kezelő. Nem kell parancsokat használnia. Ezután telepítenie kell két zászlót a flash meghajtó partíciójára, ahol kicsomagolta a fájlokat - a rendszerindítást és az lba-t. Ezt a Gparted segítségével lehet megtenni. Csak futtassa a programot, válassza ki a flash meghajtót a lemezek listájából:
Kattintson a jobb gombbal a partícióra, válassza a Flags kezelése lehetőséget, és jelölje be a rendszerindítási és lba jelzők melletti négyzeteket.
Bármilyen módszert is használ, a pendrive készen áll, és indítható róla. A legtöbb Linux-képfájl már tartalmaz EFI rendszerbetöltőt, és a számítógép firmware-e megtalálja azt a következő újraindításkor.
Ha úgy dönt, hogy a Linuxot Windowsra írja, akkor jobb a Rufus segédprogram használata. Ebben a következő paramétereket kell beállítani:
Az összes többi paraméter alapértelmezés szerint be van állítva. A rögzítés befejezése után a flash meghajtó használatra kész.
Ahhoz, hogy a rendszer tudjon indulni az újonnan égetett flash meghajtóról, le kell tiltania az UEFI-t biztonságos rendszerindítás. Ez a mód csak aláírt operációs rendszerek indítását teszi lehetővé, és csak Microsoft operációs rendszerek vannak aláírva. Ezért Linux esetén ezt a módot le kell tiltani. Nekem is ez a beállítás van a Boot lapon:
Ezenkívül először telepítenie kell a flash meghajtót:
Ezt követően újraindíthatja a számítógépet, és folytathatja a telepítést. Ha van ilyen ablaka, akkor minden rendben van. Itt ki kell választania az "Ubuntu kipróbálása telepítés nélkül" lehetőséget, ez előfeltétel:
Nem írom le az összes végrehajtandó telepítési lépést, nem különböznek a normál operációs rendszer telepítésétől, az egyetlen különbség a rendszerbetöltő telepítésében és a lemez particionálásában van. Foglalkozzunk vele tovább.
Az UEFI ebben a tekintetben számos eltérést mutat a BIOS-tól. Először is ez a GPT lemezpartíciós tábla használata. Ez új technológia, amelynek nagyon sok előnye van az MBR-rel szemben, amelyek között nagyon nagyszámú elsődleges partíciók (csak négy van az MBR-ben), helyreállítás a sérülésekből és még sok más. Erről bővebben egy külön cikkben olvashat. A második különbség az, hogy az operációs rendszer betöltő fájljai már nem a merevlemez első 512 bájtjában tárolódnak. Mindegyik egy különálló, ESP nevű partíción van tárolva.
Mielőtt megnyomná "Ubuntu telepítése" Lehetőleg előkészítse a meghajtót a Gparted segítségével. Nyissa meg a segédprogramot a kép főmenüjéből. Ezután válassza az Eszköz -> Partíciós tábla létrehozása lehetőséget:
Válassza ki a GPT partíciós táblát a listából:
A Gpartedben csak egy ESP-partíciót kell létrehoznunk az UEFI számára. Ehhez válassza az "Észrevétlen" lehetőséget, majd kattintson rá jobb gombbal, és válassza az "Új" lehetőséget:
A partíció fájlrendszereként a FAT32-t kell kiválasztani, a mérete 100 megabájt. Ezután kattintson a gombra "Alkalmaz" a változtatások alkalmazásához.
Ezután kattintson "Zászlók kezelése"és jelölje be a zászlók melletti négyzeteket "csomagtartó"És "efi".
Amikor a rendszer kéri, hogy válasszon elrendezési módot, engedélyezheti, hogy a rendszer mindent automatikusan címkézzen. De ez csak akkor lehetséges, ha még nincs telepítve operációs rendszer. Ellenkező esetben válasszon "A te változatod":
Ha másik jelölési lehetőséget választott, akkor megjelenik egy menü az összes szakasz listájával. Keresse meg az ablak alján "Eszköz a rendszerbetöltő telepítéséhez"és válassza ki az EFI partíciót a listából.
Ezután kattintson az EFI partícióra a listában, és válassza ki "EFI rendszerpartíció":
Ezután a szokásos módon folytathatja a telepítést. Létre kell hoznia egy gyökérpartíciót, és opcionálisan létrehozhat egy rendszerbetöltőt, swap és otthoni partíciót. Az Ubuntu 18.04 telepítéséről itt olvashat bővebben.
Az összes fájl kicsomagolása és a rendszerbetöltő telepítése után a Linux telepítése az UEFI-n befejeződött, újraindíthatja a számítógépet, és a szokásos módon használhatja a rendszert.
De nézzük meg a menüpontok és az EFI rendszerbetöltők kezelését.
Amikor a rendszer elindul, megjelenítheti UEFI beállítások alapértelmezés szerint a következő parancs futtatásával:
Nézzük meg közelebbről, mit jelentenek az egyes paraméterek:
A rendszerindítási sorrend a -o kapcsolóval módosítható, például először az optikai lemezről indítsuk el az operációs rendszert:
sudo efibootmgr -o 0,1,2,3
És térjünk vissza az Ubuntut az első helyre:
sudo efibootmgr -o 3,0,1,2
Módosíthatja az időtúllépést a rendszerválasztó menü megjelenítéséhez:
sudo efibootmgr -t 20
Itt az időtúllépést 20 másodpercre állítottuk be.
Ebben a cikkben megvizsgáltuk, hogyan telepíthető a Linux UEFI-re, valamint hogyan kezelhető a rendszerindítási sorrend egy telepített rendszeren. Most, ha szeretné telepíteni ezt az operációs rendszert új laptop az EFI-vel, akkor már tudja, hogyan kell csinálni. Ha kérdésed van, tedd fel kommentben!
Amint bekapcsoljuk a számítógépet, azonnal elkezd futni egy miniatűr operációs rendszer, amit BIOS néven ismerünk. Eszközök, memória tesztelésével, operációs rendszerek betöltésével és hardver erőforrások kiosztásával foglalkozik. A programkészlet számos funkciója (általában körülbelül 256-512 KB méretű) lehetővé teszi a régebbi operációs rendszerek, például az MS-DOS támogatását, sok lehetőséget biztosítva számukra. A PC/AT-8086 korszaka óta a BIOS nagyon keveset változott, és mire az első Pentiumok piacra kerültek, a fejlesztése szinte leállt. Tulajdonképpen a kettős BIOS-on, a hálózati eszközök támogatásán és a flashelés lehetőségén kívül nem volt mit változtatni rajta. De sok mínusz volt: a processzor valós üzemmódjába való belépés, 16 bites címzés és 1 MB szabad memória, a "javító" konzol képtelensége. És természetesen a merevlemezek támogatásának örök problémája. Még most is garantáltan támogatják az akár 2,2 TB-os meghajtókat, nem többet.
2005-ben az Intel úgy döntött, hogy a BIOS-t EFI / UEFI-re (Unified Extensible Firmware Interface) cseréli. Az EFI rendszer egy fejlettebb alap operációs rendszer. Egyes Unix és Windows platformokon az UEFI már régóta létezik, de a tömeges átállás a jó szándék ellenére még nem történt meg. És ők:
Az UEFI egy általános végrehajtó gépet, például a JVM-et használhat hardverfüggetlen kód felhasználására, és ez hatalmas lehetőségeket nyit meg "bootolható" szoftverek létrehozására.
Kritika is éri ezt a technológiát. Különösen a bevezetése vezethet új szereplők levágásához az operációs rendszerek piacáról: ehhez mindig lesz valamilyen technológiai kiskapu a kódban. Mint például a Windows 98 rendszerindításának képtelensége a modern BIOS-okból. De ami még rosszabb, el kell felejtenie a milliónyi MS-DOS programot és más rendszert, amelyek munkájuk során BIOS-funkciókra támaszkodtak. Talán továbbra is utánozni fogják őket, de ezzel kapcsolatban kétségek merülnek fel. Közöttük pedig valószínűleg vannak olyan fontos programok, amelyeket nem lesz, aki átírja. Mindezek a problémák azonban megoldhatók – legalábbis virtuális operációs rendszereken keresztül. De az a tény, hogy új típusú vírusok fognak megjelenni, biztos, és ezt hamarosan láthatjuk.
