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.
Ebben a cikkben bemutatjuk, hogyan állíthat vissza manuálisan egy véletlenül törölt Windows rendszerindító partíciót egy UEFI rendszeren. Kezdetben a cikk ismertette tapasztalataimat a rendszerindító EFI-partíció visszaállításával kapcsolatban Windows 7 rendszeren, de a cikk a modern Microsoft operációs rendszerekre is vonatkozik (Windows 7-től Windows 10-ig). Többször segített nekem, miután véletlenül formáztam vagy töröltem egy EFI-partíciót a Windows 10 rendszerben. Ebben a cikkben egy egyszerű módszert mutatunk be a rendszerindító EFI- és MSR-partíciók kézi újra létrehozására a Windows rendszerben.
Tehát tegyük fel, hogy valahogy véletlenül (vagy nem nagyon véletlenül, például próbálkozáskor) törölték vagy formázták az UEFI rendszer (nem BIOS) rendszerindító EFI partícióját, aminek következtében a Windows 10 / 8.1 / 7 ciklikusan leállt. felajánlja a rendszerindító eszköz kiválasztását (Újraindítás, és válassza ki a megfelelő rendszerindító eszközt, vagy helyezze be a rendszerindító adathordozót a kiválasztottba). Nézzük meg, hogy a rendszer újratelepítése nélkül visszaállítható-e a Windows működőképessége, ha a Boot Manager segítségével töröl egy partíciót.
Figyelem. Az utasítás magában foglalja a lemezpartíciókkal való munkát, és nem kezdőknek készült. Ha a parancsokat helytelenül értelmezi, véletlenül törölheti az összes adatot a merevlemezről. Szintén erősen ajánlott fontos adatairól biztonsági másolatot készíteni egy külön adathordozóra.
Fontolja meg, hogyan működik a rendszerindító merevlemez partíciós táblája GPT-jelöléssel. Legalább a következő szakaszoknak jelen kell lenniük:
Ez a minimális konfiguráció. Ezeket a partíciókat a Windows Installer hozza létre, amikor a rendszert particionálatlan meghajtóra telepíti. A számítógépgyártók vagy a felhasználók maguk is létrehozhatnak saját partíciókat, amelyek például egy fájlban tartalmazzák a Windows helyreállítási környezetet. winre.wim(), egy partíció a rendszerről a gyártó biztonsági másolatával (lehetővé teszi a számítógép eredeti állapotának visszaállítását), felhasználói partíciók stb.
EFI szakasz a Fat32 fájlrendszerrel az UEFI rendszereken GPT particionálással rendelkező lemezeken szükséges. Ez a partíció, hasonlóan az MSR lemezeken található System Reserved partícióhoz, a rendszerindítási konfigurációs tárolót (BCD) és számos, a Windows rendszerindításához szükséges fájlt tárolja. Amikor a számítógép elindul, az UEFI környezet az EFI partícióról (ESP) betölti a rendszerbetöltőt (EFI\Microsoft\Boot\ bootmgfw.efi), és átadja neki az irányítást. Ha ezt a partíciót eltávolítja, az operációs rendszer nem tölthető be.
MSRfejezet a GPT lemezen a partíciókezelés egyszerűsítésére szolgál, és szolgáltatási műveletekhez (például egy lemez egyszerűről dinamikussá alakításakor) használható. Ez egy készenléti partíció, amelyhez nincs partíciókód hozzárendelve. Ez a partíció nem tárolhat felhasználói adatokat. Windows 10-ben az MSR-partíció mérete mindössze 16 MB (Windows 8.1-ben az MSR-partíció mérete 128 MB), a fájlrendszer NTFS.
Mert a rendszer nem indul el megfelelően, szükségünk lesz egy telepítőlemezre Windows 10 (Win 8 vagy 7) vagy bármilyen más indítólemezre. Tehát indítsa el a rendszert a telepítőlemezről, és a telepítés kezdőképernyőjén nyomja meg a billentyűkombinációt Váltás+F10 . Meg kell nyílnia egy parancssori ablaknak:
Futtassa a lemez- és partíciókezelő segédprogramot:
Mutassuk meg a rendszerben lévő merevlemezek listáját (ebben a példában ez egy, korong 0 . csillag ( * ) a Gpt oszlopban azt jelenti, hogy a meghajtó GPT partíciós táblát használ).
Válasszuk ki ezt a meghajtót:
Soroljuk fel a lemez partícióit:
Példánkban már csak 2 partíció maradt a rendszerben:
Amint látjuk, az EFI partíció hiányzik (törölve).
Feladatunk a maradék MSR partíció eltávolítása úgy, hogy legalább 228 MB szabad terület maradjon lefoglalatlanul a lemezen (MSR és EFI partíciók esetében). A fennmaradó partíciót törölheti a grafikus GParted segítségével vagy közvetlenül a parancssorból (mi ezt fogjuk tenni).
Válassza ki a törölni kívánt szakaszt:
válassza ki az 1-es partíciót
És távolítsa el:
Partíció felülbírálásának törlése
Győződjön meg arról, hogy csak a Windows partíció marad meg:
Most már manuálisan is létrehozhatjuk az EFI és MSR partíciókat. Ehhez a diskpart segédprogram keretében futtassa egymás után a következő parancsokat:
Lemez kiválasztása:
partíció létrehozása efi size=100
Győződjön meg arról, hogy egy 100 MB-os partíció van kiválasztva (az 1. partíció sorával szemben egy csillag):
lista partíció
válassza ki az 1-es partíciót
formátum gyors fs=fat32 label="Rendszer"
betű=G hozzárendelése
msr size=128 partíció létrehozása
lista partíció
lista köt
Esetünkben a Windows partícióhoz már hozzá van rendelve egy meghajtóbetűjel. C:, ha nem, rendeljen hozzá egy ilyen betűt:
válasszuk az 1. kötetet
betű=C hozzárendelése
kijárat
Miután létrehozott egy minimális lemezpartíció struktúrát egy UEFI-rendszer számára, továbbléphet az EFI rendszerindító fájlok lemezre másolására és egy rendszerbetöltő konfigurációs fájl (BCD) létrehozására.
Másoljuk át az EFI környezet fájljait a meghajtó azon könyvtárából, ahová a Windows telepítve van:
mkdir G:\EFI\Microsoft\Boot
xcopy /s C:\Windows\Boot\EFI\*.* G:\EFI\Microsoft\Boot
Létrehozzuk újra a Windows 10/7 rendszerbetöltő konfigurációját:
g:
cd EFI\Microsoft\Boot
bcdedit /createstore BCD
bcdedit /store BCD /create (bootmgr) /d "Windows Boot Manager"
bcdedit /store BCD /create /d "Windows 7" /alkalmazás osloader
A „My Windows 10” feliratot lecserélheti bármely másra.
Tanács. Abban az esetben, ha csak az EFI-környezet fájljai sérültek meg az EFI-partíción, és maga a partíció a helyén maradt, kihagyhatja a partíciók lemezpart segítségével történő újralétrehozásának folyamatát. Bár a legtöbb esetben elegendő a rendszerbetöltő visszaállítása a cikk szerint. A BCD manuálisan újra létrehozható normál MBR+BIOS rendszereken.
A parancs a létrehozott bejegyzés GUID-jét adja vissza, a következő parancsban ezt a GUID-t kell helyettesíteni a (your_guid) értékkel.
bcdedit /store BCD /set (bootmgr) alapértelmezett (your_guid)
bcdedit /store BCD /set (bootmgr) elérési út \EFI\Microsoft\Boot\bootmgfw.efi
bcdedit /store BCD /set (bootmgr) displayorder (alapértelmezett)
A további parancsok a kontextusban hajtódnak végre (alapértelmezett):
bcdedit /store BCD /set (alapértelmezett) eszközpartíció=c:
bcdedit /store BCD /set (alapértelmezett) osdevice partition=c:
bcdedit /store BCD /set (alapértelmezett) elérési út \Windows\System32\winload.efi
bcdedit /store BCD /set (alapértelmezett) rendszergyökér \Windows
kijárat
Újraindítjuk a számítógépet... Esetünkben nem indult el először, ráadásul egy tamburával kellett táncolnunk:
Aztán esetünkben (on tesztelve) az EFI partíción az EFI\Microsoft\Boot\bootmgrfw.efi fájl kiválasztásával egy új rendszerindítási menüpontot kellett hozzáadnom.
Néhány UEFI menüben analógia útján meg kell változtatnia a rendszerindító partíciók prioritását.
A fenti manipulációk után a Windowsnak megfelelően kell elindulnia.
Amikor a Windows-t üresre telepítjük (címkézetlen)
merevlemezt vagy partíciót a szokásos módon formázva - a telepítő adathordozót használva nem kell aggódnunk a létrehozás miatt EFI operációs rendszer jelölése. Minden szükséges szakasz, különösen a rendszerindítás EFI, automatikusan létrejönnek, amikor a számítógép be van kapcsolva BIOS UEFI. De ha a Windowst nem hagyományos módon kell telepíteni.
És egy másik merevlemezen, saját független rendszerbetöltővel, ha kérdéses a rendszer működőképességének visszaállítása a merevlemez rendszerindító partícióval történő eltávolítása után, ilyen nem szabványos helyzetekben kézi munkára lesz szükség.
A Windows a második csatlakozik a számítógéphez GPT- a lemez nincs a sajátjával telepítve EFI-szerkezet. A telepítési adathordozóról történő normál telepítés során a második rendszer rendszerbetöltője regisztrálva van egy meglévő rendszeren. EFI-partíció - az első lemezen található.
A második Windowst az teszi sebezhetővé, hogy nem tud önállóan létezni, ha az első rendszer indító betöltője megsérül. Vagy ha meghibásodik, vagy egyszerűen leválasztják az első merevlemezt. Hogy a második Windowsnak legyen saját független EFI- jelölés, a telepítéskor láthatatlanná kell tenni az első rendszert - letiltani a hordozóját a beállításokban BIOS, ha lehetséges, vagy hardverrel. Ez nem mindig kényelmes, és néha lehetetlen a laptopok esetében.
A második, önálló rendszerbetöltővel rendelkező Windowst az aktuális rendszer környezetében futó programok telepíthetik, mint pl. WinToHDD. De meg kell adnia a rendszerindítást EFI-fejezet.
Egy üres merevlemezen nagyon egyszerű létrehozni egyet.
Tehát így inicializáltuk GPT jelölések és adatok nélküli média.
Elindítjuk a parancssort.
Ügyeljen arra, hogy ezt rendszergazdaként tegye.
Írja be egymás után:
diskpart lis lemez sel lemez 1 (az 1 helyett adja meg azt a számot, amely alatt a szükséges merevlemez szerepel fent) creat par efi size=100 format fs=FAT32
lis lemez sel disk 1 (az 1 helyett azt a számot jelzi, amely alatt a szükséges merevlemez fent szerepel) par efi méret = 100 létrehozása formátum fs=FAT32 |
A lemezkezelő segédprogramban azt látjuk, hogy a második merevlemez rendelkezik EFI- szakasz tovább 100 MB. Most létrehozhatunk egy szabályos részt, hogy jelezzük az olyan programok számára, mint a vagy WinToHDD rendszerpartícióként VAL VEL .
Aki nem szereti a parancssort létrehozni EFI-blank media markup használhat egy segédprogramot grafikus felülettel. Ingyenes, és az internet bármely szoftverportáljáról letölthető. A főablakban válassza ki a második keményet. Kattintson a gombra.
Akkor - "Újraparticionálás".
Először is jelölje be a négyzetet GPT az oszlopban "Partíciós tábla típusa". Ezután jelölje be a négyzetet "ESP partíció létrehozása". És a grafikon tetején "Beállítások" távolítsa el az összes értéket Méret kivéve az utolsót. Megnyomjuk "RENDBEN".
Ennek eredményeként egy lemezelrendezést kapunk EFI- szakasz tovább 128 MBés a lemezterület többi részét tartalmazó partíció.
De mi van, ha a merevlemez nem üres? Ha van felépítése és tárolt felhasználói adatok. Vagy vissza akarjuk állítani a rendszerindítást elvesztett Windowst EFI-partíció annak a merevlemeznek a meghibásodása vagy leválasztása után, amelyen a rendszerbetöltő korábban létezett. És erre vannak megoldások. A rendszerbetöltő nélküli rendszer visszaállításához természetesen szükségünk van egy környezetre bizonyos műveletek végrehajtásához. Az egyik esetben egy szokásos Windows telepítő adathordozó megteszi. Ellenkező esetben lemezterület-kezelővel fogunk dolgozni, ezért szükségünk van egy működőképes és megbízható LiveDisk WinPE. Az egyik ilyen LiveDisk Sagittarius. Képletöltő oldal - Sergeistrelec.Ru .
Jegyzet: a következő műveletek nem hajthatók végre lemezeken dinamikus típus. A Windows tükör bootloader nélkül maradt lemezét először alaptípusra kell konvertálni. Ezt csak harmadik féltől származó eszközökkel lehet megtenni.
Így van például a második Windows, amely elveszett EFI-loader lemezhiba után az első rendszerrel.
Hogyan kell futtatni? A legegyszerűbb és leggyorsabb módja az alkotás EFI-partíciót a rendszerpartíció végén, és hozza létre újra a rendszerbetöltőt. Ehhez nem kell más, mint a parancssor. A Windows telepítési adathordozójáról indítunk, azonnal nyomja meg a Shift + F10 billentyűt. Ez a kombináció elindít egy parancssort. Ha használjuk LiveDisk Sagittarius, abból indulunk ki, ill.
És már a fedélzeten használjuk a parancssort.
Ebben beírjuk:
diskpart lis vol sel vol 1 (az 1 helyett adja meg azt a számot, amely alatt a rendszert tartalmazó partíció megjelenik fent) shrink wish=100 creat par efi format fs=FAT32
Itt van a megadott szakaszra zsugorítva 100 MBés a megüresedett helyen létrehozták EFI-fejezet.
Most újra létrehozhatjuk a rendszerbetöltőt.
A parancssorban lépjen ki :
Ennyi – a Windows helyreállt.
A rendszerindító partíció általában a lemez elején, a rendszerpartíció előtt található. Ennek nem kell így lennie, de azért van, hogy felgyorsítsa a Windows indítását. Nak nek UEFI megtalálta a rendszerbetöltőt. Tovább SSD az ilyen optimalizálás valószínűleg nem lesz kézzelfogható, de abban az esetben HDD akár a termelékenység töredékéért is versenyezhet.
A fedélzeten LiveDisk Sagittarius kezdünk . Kattintson a rendszerpartícióra, a műveletek oldalsávján kattintson "Méret változás".
Enyhén húzza jobbra a csúszkát a térképen, hogy az alábbi oszlopban legyen "Felosztatlan hely előtt" számos MB. Ezután a rajzolt ábra helyett belépünk 105 . Hogy működjön 105 MB. Megnyomjuk "RENDBEN".
Ennek eredményeként a program a mi esetünkben megfelelő mennyiségű lemezterületet szabadít fel 102,01 MB. És hagyjon egy kis farkot a rész hátulján. Megnyomjuk.
Megerősítjük.
Most kezdjük el a parancssort. És alkotunk EFI- pontban leírtak szerint 1. tétel cikkeket.
Itt EFI-szakasz létrehozva.
Már csak a rendszerbetöltő újbóli létrehozása marad, a végén leírtak szerint 3. tétel cikkeket.
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) A FAT tábla minden eleme (a másodiktól kezdve) egy azonos számú klaszternek felel meg az adatterületen.
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ó (kötet) FAT32 típusú fájlrendszer, 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ő.
Tehát a BIOS-beállításokban megadta, hogy CD-ről / DVD-ről vagy USB-ről induljon, és amikor Ubuntu LiveCD-ről indít, a lila képernyő helyett a billentyűzet ikonjaival és egy kis emberrel a következő képernyő jelenik meg:
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, például egy merevlemezt. 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 manapság két szokásos módon is feloszthatja szakaszokra: a használatával 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 firmware-t – egyszerű illesztőprogramokat az egyes hardverkomponensekhez. 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 operációs rendszer-betöltője van, 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 az Ubuntu "maximális" UEFI módban történő telepítéséről lesz szó, bár még a bevezető elolvasása után is 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 UEFI módban elindította az Ubuntut a LiveCD-ről. 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 "Fájlrendszer" oszlopot: minden partíció ntfs-ben van formázva, kivéve egy fat32 fájlrendszerű partíciót - 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 végezzen műveleteket a Windows szolgáltatási partíciókkal – ezeket az operációs rendszer normál működésére tervezték. 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 a jobb gombbal az egyes partíciókra, é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 a biztonsági mentésekről? 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 olyan fájlrendszerben van formázva, amely nem natív a Linuxon, és ezen felül bootolhatónak kell lennie, ezért a lemezterület elején kell elhelyezkednie. 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. EFI rendszerindító partíció, 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 egy meglehetősen bonyolult módba, hogy mindent visszaállítsunk a normális kerékvágásba, megjegyezzük, hogy létezik egy átfogó megoldás a betöltéssel kapcsolatos lehetséges problémákra. 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 a LiveCD-ről és a telepített rendszeren is működik. 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 telepített Ubuntu-t használ, 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.
Töltse le a tár nyilvános kulcsát a programmal együtt 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.
