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 persze a támogatás örök problémája merevlemezek. 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 platformokon és Windows UEFI már régóta működik, 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 megfelelő rendszerindító eszköz kiválasztása vagy helyezze be a csomagtartót média a kiválasztott). 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 PC-gyártók vagy a felhasználók maguk is létrehozhatnak saját partíciókat, amelyek tartalmazzák például a környezetet Windows helyreállítás fájlban 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 c fájlrendszer A Fat32 szükséges a GPT lemezeken UEFI rendszereken. Ez a partíció, hasonlóan az MSR-particionálással rendelkező lemezeken lévő System Reserved partícióhoz, a rendszerindítási konfigurációs tárolót (BCD) és számos fájlt tárol Windows rendszerindítás. 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 tovább GPT lemez a partíciókezelés egyszerűsítésére szolgál, és szolgáltatási műveletekhez (például egy lemez egyszerűből dinamikussá alakításakor) szolgál. 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 megfelelően, szükségünk van egy telepítőlemezre Windows 10 (Win 8 vagy 7) vagy bármilyen más rendszerrel indítólemez. Szóval induljunk telepítő lemezés a telepítés kezdőképernyőjén nyomja meg a billentyűkombinációt Váltás+F10 . Egy ablaknak ki kell nyílnia parancs sor:
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
Hozzuk létre újra a konfigurációt Windows rendszerbetöltő 10 / 7:
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.
A legtöbb számítógép merevlemezén Windows vezérlés hagyományosan két rész van - rendszer és felhasználó, legalábbis az Explorer ezt mutatja. Valójában több partíció is van, csak néhány rejtett, betű nélkül, ami könnyen ellenőrizhető a szabványos lemezkezelő beépülő modul megnyitásával. Elrejtésük értelme, reméljük, mindenki számára világos. Fontos adatokat tartalmaznak.
Amelyek szándékos vagy véletlen eltávolítása a Windows hibás működését vagy akár a rendszerindítás meghiúsulását is okozhatja.
A másik dolog az egészséges érdeklődés irántuk, mert valószínűleg sokan szeretnék tudni, hogy a rendszer szolgáltatási szakaszai mit rejtenek magukban, és milyen kockázatokkal jár az a felhasználó, aki törölni szeretné őket mondjuk az ingyenesség növelése érdekében. lemez terület. Egyébként továbbra is törölheti a szolgáltatási partíciókat, de ezt helyesen kell megtennie, és csak akkor, ha valóban szükséges. Emlékeztetni kell arra is, hogy ez minden esetben a rendszer általános hibatűrésének csökkenéséhez vezet, amelyet a fontos rendszer- és rendszerindító fájlok külön tárolása biztosít. A rendszerbetöltő offline tárolása azonban messze nem az egyetlen célja a rejtett partícióknak, titkosítási adatokat tartalmazhatnak. bitlocker, kép "gyár" rendszerek, helyreállítási környezet stb.
A rejtett részek először itt jelentek meg Windows 7, V XP nem volt semmi ilyesmi, ha leállt a rendszer betöltése, akkor egyszerűen újratelepítették. Windows rendszeren Távlat fejlettebb mechanizmust használt ebben OS a felhasználó létrehozhat DVD -lemez-helyreállítási környezet, és használja a rendszer életre keltésére, ha nem tud elindulni. De Windows 7 már lehetett látni egyet a lemezen, és benne OEM - két szervizpartíciót rendszerez - "A rendszer lefoglalta" méret 100 MBés egy cím nélküli kötetet 6 előtt 15 GB, amely az eredeti operációs rendszer osztott képét tartalmazza "gyár" beállítások - analógja az olyan programok által létrehozott teljes biztonsági másolatnak, mint Acronis True Image .
Ha az elsőt csatlakoztatta volna, akkor láthatta volna a rendszerindítási konfigurációs fájlokat tartalmazó mappát Csomagtartóés fájlletöltés-kezelő bootmgr, a második köteten teljes munkaidős programot találna Felépülésés több eredeti rendszerképfájl. A kiadással Windows 8.1és akkor Windows 10 minden megváltozott egy kicsit. Fejezet "A rendszer lefoglalta" nagyobb lett, támogatást kapott UEFI, és ezzel együtt számos további szolgáltatási kötet került a lemezre, köztük a kötelező GPT -lemez partíció MSR, amely nem jelenik meg a Lemezkezelés beépülő modulban. A számítógép összes rejtett partícióját megtekintheti harmadik féltől származó lemezkezelők vagy a leggyakoribb parancssor segítségével. Futtassa rendszergazdaként, és futtassa a következő parancsokat:
listás lemez
válassza ki a 0-s lemezt
lista partíció
Miénken PC két rejtett szolgáltatási partíció van, lehet, hogy több is van. Próbáljuk meg beírni őket, amihez a paranccsal felcsatoljuk a számunkra érdekes köteteket. A segédprogram elhagyása nélkül a következő parancsokat hajtjuk végre:
lista kötet
válassza ki a hangerőt 2
hozzárendelni vagy hozzárendelni letter=x
2 V ezt a példát a csatlakoztatott kötet száma, és x- a hozzá rendelt levél (ha a betű nincs megadva, a rendszer automatikusan kiválasztja és hozzárendeli) . Ezt követően az Intézőn keresztül a szakaszra lépünk, és megnézzük a tartalmat, bekapcsolva a rejtett objektumok előzetes megjelenítését.
Igaz, ennek a módszernek van egy hátránya - előfordulhat, hogy a mappák nem tekinthetők meg az Ön hiánya miatt szükséges jogokat, ezért továbbra is javasoljuk harmadik fél használatát fájlkezelők, amelyek a legjobban szerepelnek a kompozícióban "élő" lemezek.
Tehát mit tartalmaznak rejtett szakaszaink?
lemezen "Visszaállítás" méret 498 MB van egy mappa Felépülés .
Ami viszont tartalmazza a mappát Windows RE .
Windows helyreállítási környezettel.
Ha eltávolítja, a Windows továbbra is tud indulni, azonban az összes katasztrófa-helyreállítási eszköz elérhetetlenné válik.
Második szerviz rész (titkosított EFI) méret 99 MB mappát tartalmaz EFI .
Ahol a könyvtárakat tárolják CsomagtartóÉs Microsoft letölthető fájlokkal.
A két köteten kívül lehet még egy vagy két szervizpartíció. Fejezet MSR méret 128 MB megjelölt "Fenntartott" nem olyan fontos, mint a szakasz EFI, de eltávolítása katasztrofális következményekkel is járhat. Általában a jelölésért felelős adatokat tárolja GPT, de tartalmazhat rendszerindító fájlok. A legnagyobb rejtett rész (több mint 5 GB) megjelölt "Felépülés" képet tartalmaz "tiszta" Windows eredeti beállításokkal. Ez a rész itt található OEM - előre telepített eszközök OS.
Ha kevés hely maradt a lemezen, törölheti azt, de ezzel egyidejűleg elveszíti a rendszer visszaállításának lehetőségét. "gyár" beállítások. Végül az ötödik rejtett szakasz megjelölve "Felépülés" méret 400-600 vagy valamivel több, mint megabájtot találhatunk a ról frissített számítógépeken Windows 8.1 előtt Windows 10. Megőrzi a helyreállítási környezetet előző verzió rendszerek, vagyis Windows 8.1. Negatív következmények nélkül formázhatja.
És egyelőre ennyi.
Ha hirtelen szeretné törölni a "külön" szerviz részben először alaposan gondolja át, hogy valóban van-e erre ekkora igény, és csak ezután folytassa a tervét.
Tehát jelezted BIOS beállítások CD-ről / DVD-ről vagy USB-ről indítva, és Ubuntu LiveCD-ről indítva, a lila képernyő helyett 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. Beállítások módban BIOS támogatás leggyakrabban "Legacy"-nek (angolul "örökölt" vagy "hagyományos") vagy egyszerűen "UEFI Disabled"-nek (az "UEFI le van tiltva", ahogy sejtheti) 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 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ű 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. Ő viszont letölti operációs rendszer 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. Ebből a célból neki - számára UEFI rendszerbetöltő- egy kis partíciót (100-250 MB) kell létrehozni a lemezen, "Extensible Firmware Interface System Partition" néven ( rendszerpartíció bővíthető firmware interfész, 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 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.
Ez az információ nagyon hasznos lesz a jövőben az Ubuntu telepítése, mert miatt egy nagy szám A partíciók nagyon könnyen összezavarodhatnak, és rossz "számot" rendelnek hozzá a szükséges csatolási ponthoz.
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 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 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.
A legtöbb Windows 7 telepítés tartalmaz apró, 100 MB-os „rendszer fenntartott” partíciókat, más néven MSR-eket vagy „Microsoft System Reserved” partíciókat. A cikk további részében a rövidség kedvéért ezt a részt MSR-ként fogom használni.
Minden klímaberendezés egyik legfontosabb paramétere a teljesítmény. A légkondicionáló teljesítményét attól függően számítják ki, hogy hová kívánja telepíteni a berendezést, vagy a lakótér területétől függően. Ha olyan háztartási klímaberendezéseket szerel fel, amelyek teljesítménye szempontjából nem nagy helyiségben működnek, akkor ebben a helyzetben egyszerűen nem kaphat megfelelő hűtést. Mivel a rendszer maximálisan fog működni.
Jegyzet: Egyes OEM-telepítéseknél előfordulhat, hogy ennek a szakasznak a címe `rendszer` vagy akár `helyreállítás`. Mindkét esetben ez az "Active" partíció lesz ugyanazon a meghajtón, mint a "C" meghajtó.
Néhány OEM Windows telepítés 7 nem tartalmazza az MSR részt. Annak ellenőrzéséhez, hogy rendelkezik-e ezzel a partícióval, futtassa a Macrium Reflect programot, és keresse meg a partíciót rendszermeghajtó`System Reserved' néven.
Jegyzet: Ha a "C" meghajtó az "Active" partíció, akkor csak ezt kell tennie biztonsági mentésés a „C” helyreállítási meghajtó a teljes rendszer-helyreállításhoz.
Az MSR szakasz kezeli a rendszerindítási folyamat második szakaszát a Master Boot Record (MBR) után. Az MBR a lemez első szektorában található, és a rendszer indításakor betöltődik, a betöltés után a vezérlés átkerül a kódszakaszba rendszerindító szektor az aktív partíció az MSR partíció, ha létezik a `C` meghajtón. Az MSR tartalmazza az "oot" könyvtárat, amely tartalmazza a rendszerindítási konfigurációs adatokat (BCD). A BCD vezérli a rendszerindítási folyamat következő lépését, és betölti az operációs rendszert a C: meghajtóról. Az MSR partíció mindig a rendszermeghajtó "Aktív" partíciója, és az "Aktív" partícióra kell állítani. Ennek a partíciónak a tartalma nem változik, és alapértelmezés szerint a Windows rendszerben nincs meghajtóbetűjel hozzárendelve, ezért nem módosíthatja.
Az MSR partícióban lévő lemezkép szükséges a rendszer visszaállításához, hogy a rendszert áthelyezhesse egy új meghajtóra. Ha azonban csak egy korábbi dátumra kell frissítenie a rendszert, akkor az MSR helyreállítási partícióra nincs szükség, csak vissza kell állítani a C meghajtót. Ez azért szükséges, hogy a Windows 7 partíciókat ugyanarra a helyre állítsa vissza, hogy a BCD továbbra is betöltés közben hivatkozhat rájuk. Ha visszaállít egy új vagy formázatlan meghajtóra, majd az elsődleges C meghajtóra lép „elsődlegesként”. A legegyszerűbb megoldás a DiskRestore használata mindkét partíció egyidejű visszaállítására. DiskRestore – elérhető a Windows PE CD-mentőjében, és a BartPE-ből futtatható, ha a Macrium Reflect ingyenes kiadását futtatja.
