GRUB

From Gentoo Wiki
Jump to:navigation Jump to:search
This page is a translated version of the page GRUB and the translation is 100% complete.
Other languages:

GRUB 2 (GRand Unified Bootloader version 2), amelyet néha GRUB2-ként stilizálnak, és általában GRUB néven emlegetnek, egy multiboot másodlagos operációsrendszer-betöltő (bootloader) szoftver. A legtöbb rendszerarchitektúrán képes a bináris futtatható kernelképfájl betöltésére különféle fájlrendszereken. A GRUB támogatja a PC BIOS-t, a PC EFI-t, az IEEE 1275-öt (Open Firmware), a SPARC-ot és a MIPS Lemote Yeeloong-ot.

A GRUB az eredeti GRUB Legacy bootladert (rendszerbetöltőt) egy teljesen különálló kódbázissal váltja fel, amely új, shell-szerű szintaxist kínál a fejlett szkriptezési képességekhez.

A gyors úton történő beállítás megközelítése érdekében tekintse meg a GRUB2 gyorstalpaló leírást.

Ha Ön az operációs rendszer bootolását GRUB Legacy bootloaderről GRUB2 bootloaderre szeretné cseréli, akkor tekintse meg a GRUB2 migráció útmutatót.

Telepítés

Előfeltételek

A GRUB_PLATFORMS változó a make.conf fájlban határozza meg, hogy a grub-install melyik célt fogja használni. Az amd64 architektúra tartalmaz egy alapértelmezett profilt, amely megfelelő a legtöbb rendszer számára.

FILE /etc/portage/make.confPélda a GRUB_PLATFORMS változó beállítására EMU, EFI és PC platformok számára
GRUB_PLATFORMS="emu efi-32 efi-64 pc"

A következő platformok támogatottak a cél CPU-tól függően:

Platform Cél
i386 ia64 mips mipsel powerpc sparc64 x86_64
ARC No No No Yes No No No
Coreboot Yes No No No No No 32-bit
EFI Yes Yes No No No No Yes
EMU Yes Yes Yes Yes Yes Yes Yes
IEEE 1275 (Open Firmware) Yes No No No Yes Yes 32-bit
Loongson No No No Yes No No No
Multiboot Yes No No No No No 32-bit
QEMU Yes No No No No No 32-bit
QEMU-MIPS No No Yes No No No No
PC Yes No No No No No 32-bit
Note
Amikor a GRUB_PLATFORMS változó értékei módosulnak, akkor a GRUB szoftvert újra össze kell állítani a forráskódból, hogy az új bináris fájl elkészüljön. Ügyeljen arra, hogy használja a --newuse --deep opciókat, ahogy azt az emerge szekció alább bemutatja.

Az amd64 profilok alapértelmezés szerint támogatják az (U)EFI funkcionalitást. BIOS-alapú rendszerek használatakor állítsa a GRUB_PLATFORMS változót pc értékre, hogy elkerülje a szükségtelen szoftverfüggőségeket.

USE jelölőzászlók

USE flags for sys-boot/grub GNU GRUB boot loader

+device-mapper Enable support for devmapper. Required for LUKS or LVM volume detection.
+fonts Build and install fonts for the gfxterm module
+themes Build and install GRUB themes (starfield)
doc Add extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally
efiemu Build and install the efiemu runtimes
libzfs Enable support for sys-fs/zfs
mount Build and install the grub-mount utility
nls Add Native Language Support (using gettext - GNU locale utilities)
sdl Add support for Simple Direct Layer (media library)
secureboot Automatically sign efi executables using user specified key
test Enable dependencies and/or preparations necessary to run tests (usually controlled by FEATURES=test but can be toggled independently)
truetype Build and install grub-mkfont conversion utility
verify-sig Verify upstream signatures on distfiles
Data provided by the Gentoo Package Database · Last update: 2025-03-27 18:39 More information about USE flags

Emerge

A GRUB telepítéséhez használja a következő emerge parancsot:

root #emerge --ask --newuse --deep sys-boot/grub

További szoftverek

Opcionálisan telepíthető a os-prober segédprogram (amelyet a sys-boot/os-prober szoftvercsomag biztosít), hogy lehetővé tegye GRUB számára, hogy más operációs rendszerek boot bejegyzéseit felderítse és generálja a grub-mkconfig parancs futtatásakor. A legtöbb esetben ez lehetővé teszi GRUB számára, hogy automatikusan észlelje a másik operációs rendszereket, például a Windows 7, 8.1, 10, 11 és más Linux disztribúciókat.

root #emerge --ask --newuse sys-boot/os-prober

A GRUB (és opcionálisan a sys-boot/os-prober) telepítések nem automatikusan engedélyezik a boot loader működését. Ezek csak az operációs rendszeren belül telepítik az boot loader szoftvert. Ahhoz, hogy az boot loadert magára a rendszerre telepítsük (hogy az a rendszer bootolásakor használatba kerülhessen), további lépéseket kell megtenni, amelyeket a Beállítás szakasz tárgyal.

GRUB Bootloader telepítése

A GRUB telepítése, mint a rendszer boot loadere, attól függ, hogy a rendszer hogyan van tervezve az bootolásra (melyik firmware-típuson keresztül, például PC számítógépeken a hagyományos BIOS vagy annak utódja, UEFI) és attól is, hogy az adathordozó, amelyre az bootloadert telepíteni kell, hogyan van particionálva (például PC esetében, hogy az az MBR vagy a GPT partíció-elrendezést használja).

Ez a cikk az alábbi helyzeteket tárgyalja:

Válassza ki a rendszerhez megfelelő telepítési utasításokat.

UEFI GPT-vel

Warning
Noha a 64 bites x86 processzorok ("x86-64" vagy "x64") támogatják a legacy 32 bites szoftverek futtatását, egy EFI implementáció esetében ez nem lehetséges. Egy 64 bites EFI nem képes 32 bites .efi betöltőket futtatni! Meg kell jegyezni, hogy néhány korai 64 bites rendszere, azaz olyan rendszerek, amelyek x64 processzort (AMD64-et vagy Intel 64-et támogató x86 processzort) tartalmaznak, 32 bites EFI implementációt használtak, mint például néhány korai MacBook (Intel Core 2) és néhány 2010 előtti Windows számítógép. Ilyen esetekben, még ha a processzor 64 bites is, az (U)EFI 32 bites szoftverként van megvalósítva, így az efi-32 a megfelelő EFI cél, mivel ugyanúgy egy 32 bites EFI nem képes 64 bites .efi betöltőket futtatni.
Note
Ha Ön UEFI-CSM-et használ, akkor helyette a BIOS MBR-rel vagy a BIOS GPT-vel részre hivatkozzon. A CSM jelentése "Compatibility Support Module", amely egy BIOS-emuláció, így az UEFI úgy viselkedik, mint egy BIOS. A firmware beállításokban gyakran "Legacy Mode" vagy "Compatibility Mode" néven említik. Az UEFI-CSM mindig opcionális volt, és kb. a 2020 év tájékán kivonták a legfőbb rendszerek esetében (például PC-ken).

Particionálás UEFI GPT-vel

Important
Az UEFI GPT bootolás esetében a számítógépes rendszernek rendelkeznie kell egy dedikált EFI System Partition partícióval valahol az adathordozón, amely FAT típusú fájlrendszerél van formázva.

Az UEFI számítógépes rendszerek az efi bináris képfájlból bootolnak a EFI System Partition (ESP) partíción. Az EFI rendszerpartíció mérete szinte bármilyen lehet, figyelembe véve a megvalósítási szempontokat.

Az EFI rendszerpartíció tartalmazhatja csak a bootloadert, vagy a bootloadert és a támogatási fájlokat együtt. Általában a /boot könyvtár tartalmazza a bináris futtatható kernelképfájlt és a további EFI támogatási fájlokat, míg a /boot/efi könyvtár az aktuális EFI fájlokat tartalmazza, amelyek általában kis méretűek.

Note
Az EFI rendszerpartíció létrehozható akár a /boot, akár a /boot/efi helyen, de általában egyszerűbb a /boot használata. A /boot/efi használata lehetővé teszi olyan fájlok, mint a kernel és az bootloader támogatási fájlok tárolását egy külön partíción és fájlrendszeren vagy magán a root fájlrendszeren. Utóbbi esetben szükséges, hogy a GRUB hozzáférjen a root fájlrendszerhez és el tudja olvasni a szükséges fájlokat, ami nem mindig lehetséges (például amikor a root fájlrendszer titkosítva van).

Ha egy önálló EFI rendszerpartíciót hozunk létre a /boot/efi alatt, akkor a 128 MiB méret észszerű, mivel ez lehetővé teszi több efi fájl tárolását.

Note
Nem sok kockázattal jár a működő efi bináris képfájlok biztonsági másolatainak megtartása, mivel ezek továbbra is indíthatók, ha egy új bináris képfájl kerül telepítésre.

Hozza létre a partíciót a választott particionáló szoftver segítségével.

Particionálás az fdisk szoftver segítségével
Note
Ahogyan azt a Preparing the disks kézikönyv szakasz ismerteti, a /boot partíciót ESP-nek van használva, amely FAT32 típusú fájlrendszerrel van formázva. A preferált rendszerbeállítástól függően különálló partíció létrehozása a /boot számára kívánatos lehet, például a fájlrendszer titkosítása esetén.

Ha a fdisk segédszoftvert használja a boot partíció particionálásához, akkor kezdje azzal, hogy megnyitja vele az adathordozót a módosításra. Ebben a példában a /dev/sda kerül használatra:

root #fdisk /dev/sda
Welcome to fdisk (util-linux 2.38.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Egy új partíciós táblázat létrehozható a g billentyűgomb használatával:

Command (m for help):g
Created a new GPT disklabel (GUID: 4AB36B49-BAAD-D544-AC45-E3154565018D).

Egy új partíció létrehozható az n billentyűgomb használatával:

Command (m for help):n
 
Partition number (1-128, default 1): 1
First sector (2048-121012190, default 2048): 
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-121012190, default 121010175): +128M
 
Created a new partition 1 of type 'Linux filesystem' and of size 128 MiB.

Miután a partíció létrejött, be kell állítani az ESP és a Boot jelölőzászlókat (flag-eket) a partíción. Ezt úgy lehet megtenni, hogy a partíció típusát EFI System Partition típusra állítjuk. Ez a művelet elvégezhető a t billentyűgombbal, amely a partíció típusának módosítására szolgál, majd az 1 lehetőség kiválasztásával, amely szám az EFI System Partition típusnak felel meg.

Command (m for help):t
 
Selected partition 1
Partition type or alias (type L to list all): 1
Changed type of partition 'Linux filesystem' to 'EFI System'.

Végül a változtatásokat a w billentyűgomb lenyomásával lehet menteni. Ez fogja kiírni a változtatásokat ténylegesen az adathordozóra.

Command (m for help):w
 
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

Miután a partíció létrejött, azt a FAT32 fájlrendszerre kell formázni. Ez elvégezhető a következő parancs segítségével:

root #mkfs.fat -F 32 -n efi-boot /dev/sda1
root #mkdir /boot/efi

A partíció uuid azonosítójának vagy PARTUUID azonosítójának a meghatározásához az új partíció esetében a következő parancs használható:

user $lsblk -o name,partuuid
lsblk -o name,partuuid
NAME         PARTUUID
sdd          
└─sd1       20f3d6cc-9781-3640-9232-0f5a8c662a60

Ehhez a partícióhoz az fstab fájlbejegyzés létrehozása érdekében, használható a következő formátum:

FILE /etc/fstabAdding the /boot/efi mount entry
PARTUUID=20f3d6cc-9781-3640-9232-0f5a8c662a60       /boot      vfat    noauto,noatime  1 2
root #mount /boot
Note
A /etc/portage/make.conf fájlban érdemes beállítani a GRUB_PLATFORMS változót. Ez segíti a GRUB bootloadert az EFI cél meghatározásakor és segít a megfelelő opciók használatában. 32 bites UEFI rendszerek esetén használja az efi-32 értéket. 64 bites UEFI rendszerek esetén pedig használja az efi-64 értéket.
Important
A GRUB sikeres telepítéséhez az EFI könyvtárat fel kell csatolni, és az efivars kernelmodult be kell tölteni, mielőtt a grub-install parancs sikeresen lefutna. Ez biztosítja, hogy az bootloader megfelelően integrálódik az EFI rendszerpartícióval, és bootolható lesz. Ha további kérdései vannak a folyamatról, vagy szeretné kiegészíteni a lépéseket, akkor szóljon bátran!

GRUB telepítése EFI számára

Important
A /boot vagy a kiválasztott ESP partíció elérhető kell, hogy legyen az EFI GRUB telepítés érdekében. Ha szerepel egy bejegyzés a fstab fájlban, akkor az alábbi paranccsal felcsatolható:
root #mount /boot

A grub-install parancs kiadása másolja a GRUB fájlt és a vele kapcsolatos támogatási fájlokat a /boot/grub könyvtárba. Ennek telepítenie kell a GRUB bootloadert a /boot/grub könyvtárba, a fő bootloader képfájlt átmásolja a /boot/EFI/gentoo/grubx64.efi helyre, és meghívja a efibootmgr parancsot egy boot bejegyzés hozzáadásának az érdekében.

root #grub-install --efi-directory=/boot
Installation finished. No error reported.
Important
A fenti parancs azt feltételezi, hogy egy FAT formátumú EFI System Partition (ESP) a /boot/ csatolási pontnál fel van csatolva a fájlrendszerbe. Ha egy másik ESP partíciót használ, akkor annak az útvonalát kell megadni.
Note
Alapértelmezés szerint a GRUB a parancs végrehajtási rendszerének típusára célozva települ. Ha másik rendszer típust szeretne használni, akkor azt a --target opcióval lehet megadni a kívánt rendszertípusra.
Note
A --removable opcióval a GRUB telepíthető a /boot/EFI/BOOT/BOOTX64.EFI helyre, ami esetlegesen növelheti a kompatibilitást, mivel ez a helye gyakran alapértelmezés szerint le ellenőrződik a rendszerindítás alkalmával.

BIOS az MBR-el

Note
Amikor a rendszert egy másik (előre telepített) operációs rendszerrel, például Microsoft Windows spyware/keylogger bughalmaz operációs rendszerrel együtt kívánjuk használni (dual-boot), akkor ügyelni kell arra, hogy a Linux bootloader képes legyen együttműködni vagy mindkét operációs rendszert dual-boot módban indítani. PC számítógépeken ajánlott ugyanazt az indítási módot használni, mint az előre telepített rendszer. Például, ha a Windows a régi MBR particionálást használja, akkor azt 'legacy BIOS' módban indítják (amit az UEFI CSM-nek, azaz Compatibility Support Module-nak nevez, lényegében egy BIOS emuláció). Ha az üzemmódot megváltoztatják, például EFI-CSM (BIOS mód) üzemmódról natív (U)EFI módra, akkor az előre telepített operációs rendszer szinte biztosan nem lesz többé bootolható.

Győződjön meg arról, hogy a /boot hely elérhető. Ha külön partíciót használ, akkor ellenőrizze, hogy most fel van-e csatolva a fájlrendszerbe:

root #mount /boot

Futtassa a grub-install parancsot, hogy a releváns fájlok másolásra kerüljenek a /boot/grub könyvtárba. PC platformon ez egy boot bináris képfájlt is telepít a Master Boot Record-ba (MBR) vagy egy partíció indító szektorába. Ha minden jól megy, akkor a grub-install parancs futtatása után az alábbihoz hasonló kimenetet várhatunk:

root #grub-install /dev/sda
Installation finished. No error reported.

A grub-install parancs elfogad egy --target opciót, amellyel beállítható a CPU architektúra és a rendszer platform. Ha nincs megadva, akkor a grub-install megpróbálja kitalálni a megfelelő értékeket. Egy amd64/x86 rendszeren alapértelmezésként az i386-pc-t használja. A grub-install továbbá elfogad egy --boot-directory opciót is, amellyel megadható a GRUB telepítő számára, hogy melyik könyvtárban keresse az bootolási bináris képfájlokat. Ez alapértelmezett esetben a jelenlegi /boot könyvtárra mutat, de hasznos lehet, ha egy gyökérpartíciót akar áthelyezni.

Particionálás BIOS-hoz MBR-rel

Győződjön meg arról, hogy elegendő szabad terület maradjon az első partíció előtt. Az első partíció indítása a 2048-as szektornál legalább 1 MiB adathordozó területet hagy a master boot record számára. Ajánlott (de nem kötelező) létrehozni egy további partíciót a GRUB számára, amelyet BIOS boot partíciónak hívnak. Ezt a partíciót elég csak meghatározni, de nem kell formázni. Erre a partícióra csak akkor van szükség, ha a rendszert később GPT partíciós elrendezésre migráljuk. Ha marad az MBR, akkor erre a partícióra nincs szükség.

Ha a Gentoo telepítési útmutató követve lett, akkor ez a BIOS boot partíció már elérhető.

BIOS a GPT-vel

Warning
A GPT-t nem a hagyományos BIOS-hoz tervezték, azonban a protective MBR révén biztosít egy lehetőséget erre. Emellett a hagyományos operációs rendszerek, amelyek MBR-ről való indításra készültek – amely a de facto szabvány a BIOS-szal rendelkező számítógépeken –, a partícióikhoz az MBR-en keresztül férhetnek hozzá. Ezt meg lehet valósítani GPT/MBR hibrid partíciók létrehozásával. Ez a technika azonban speciális korlátozásokkal jár.

Egy BIOS alapú rendszerben GPT particionálással a GRUB egy "BIOS boot partíciónak" nevezett partícióra támaszkodik. Ez a partíció nincs fájlrendszerrel formázva, ehelyett a grub-install parancs másolja rá a bootloader egyes részeit. A "BIOS boot partíció" nem ugyanaz, mint a /boot partíció.

Note
Tekintse meg a Mi a BIOS boot partíció? részt az x86 kézikönyvben.

Ha szükség van egy /boot partícióra, akkor kezdje azzal, hogy felcsatolja a /boot partíciót:

root #mount /boot

Ha minden rendben megy, akkor a grub-install parancs futtatása után az alábbihoz hasonló kimenetre lehet számítani:

root #grub-install /dev/sda
Installation finished. No error reported.

A grub-install elfogad egy --target opciót, amely lehetővé teszi a CPU architektúra és a rendszer platform beállítását. Ha nincs megadva, akkor a grub-install megpróbálja kitalálni a megfelelő értékeket. Egy amd64/x86 rendszeren BIOS módban alapértelmezés szerint az i386-pc-t fogja használni. GPT (GUID Partition Table) esetén, ha van "BIOS boot partíció", akkor azt automatikusan használni fogja.

A grub-install elfogad egy --boot-directory opciót is, amely megadja a GRUB telepítőnek, hogy melyik könyvtárban keresse az boot fájlokat. Ez alapértelmezés szerint a jelenlegi /boot, de hasznos lehet, ha egy gyökérpartíciót szeretne áthelyezni.

Dual-boot a Windows keylogger/spyware operációs rendszerrel

Ha a rendszer úgy tervezve, hogy Microsoft Windows futtasson dual-bootban, amely BIOS módban lett telepítve, akkor a teljes értékű és natív GPT particionálás nem lehetséges. Az ostoba Windows csak MBR partícióról képes bootolni BIOS módban, amely magában foglalja az (U)EFI BIOS emulációs módját, amit 'CSM'-nek neveznek. A Linux esetében azonban lehetséges GPT particionálási rendszert használni még BIOS (vagy EFI-CSM) módban is, azonban a Windows rendszerrel való dual-boothoz ez hibrid particionálást igényel: legfeljebb négy partíció definiálható egyidejűleg a GPT és az MBR partíciós táblákban.

Note
Hagyományosan az x86 architektúrájú PC számítógépek firmware-ként a BIOS-t használták. A (U)EFI-re való váltás után (2005 körül) megjelent egy BIOS emuláció, amit 'Compatibility Support Module' (CSM) néven neveztek, így a PC számítógépek továbbra is kompatibilisek maradtak a meglévő operációs rendszerekkel. A fősodratú PC számítógépeken az EFI-CSM megszüntetésre került 2020 óta. Már 2020 előtt néhány (U)EFI implementációból, például szerverekből, teljesen hiányzott a CSM. Ezért a 'Legacy BIOS mód' a modern UEFI rendszereken már nem érhető el. Az UEFI natív indítási módjában a GUID Partition Table (GPT) használata szükséges, így egy előre telepített operációs rendszer már valószínűleg GPT partíciós sémát fog használni.

Egy már telepített Windows nem fog elindulni, ha az boot módot vagy a partíciós sémát megváltoztatjuk. Továbbá, a régebbi Windows rendszerek egyáltalán nem támogatják a GPT-t (vagy az EFI-t), ezért BIOS-t vagy EFI-CSM-et, valamint MBR-t kell használni. Ha az ostoba Windows támogatja az EFI-t, akkor újratelepíthető natív UEFI módban és GPT partíciós sémával, csakúgy, mint a Linux. Tekintse meg a UEFI GPT-vel részt.

Hibrid particionálás GPT és MBR között egyszerre hoz létre érvényes GPT és MBR partíciós táblázatokat, de korlátozza a hibrid partíciók számát négyre, az MBR négy elsődleges partícióra vonatkozó korlátozása miatt. Mivel az ESP (az EFI System Partition, amely az EFI bootloadereket tartalmazza) egy partíciót elfoglal, ez csak három megosztott partíciót hagy MBR és GPT között. Ha egy partíció az ostoba Windows számára van fenntartva, egy pedig a Linux számára, akkor csak egy további hibrid partíció lehetséges, például egy külön Linux /boot partíció vagy egy megosztott adatpartíció a két operációs rendszer között.

Warning
Általában egy GPT partíciós táblázat mindig létrehoz egy MBR partíciós táblázatot is, amely csak egy partíciót tartalmaz, ami az egész adathordozót lefedi. Ez biztosítja, hogy a régebbi szoftverek ne tekintsék az adathordozót 'üresnek'. Az MBR a védő partícióval ezért 'védő MBR'-nek nevezhető, és a GPT specifikáció részét képezi. Hibrid partíciók meghatározásával azonban ez a GPT védelmi funkció áldozatul esik! A régebbi szoftverek már nem fogják látni a használt területet a hibrid MBR elemzésekor. Azok a szoftverek, amelyek nincsenek tisztában a GPT-vel, és csak az MBR-t látják, a nem definiált adathordozó területet nem használtnak és üresnek tekinthetik. A definiálatlan MBR partíciókon kívül írt adatok adatvesztést okozhatnak a mögöttes GPT partíciókon!

Ha a rendszerben két fizikai adathordozó áll rendelkezésre, akkor kiváló megoldás lehet az egyik adathordozót GPT, míg a másik adathordozót MBR particionálási sémával használni. Általában az ostoba Windows telepítéshez csak egyetlen partíciót használnak 'rendszerpartícióként' és 'boot partícióként', amelyet 'C: meghajtónak' neveznek. BIOS módban a bootoláshoz szükséges kezdeti partíciónak, az úgynevezett 'rendszerpartíciónak', MBR partíción kell lennie. Ez minden Windows verzióra érvényes a Windows XP operációs rendszertől kezdve, beleértve a Windows 10-et is. A Windows Vista (valójában a Windows XP x64 Edition) óta a Microsoft operációs rendszere támogatja a GPT partíciók elérését. A megoldás az, hogy az MBR partíciójú adathordozókra helyezik át a telepítés 'rendszerpartíció' részét, míg az 'boot partíciót' (azt, amely tartalmazza a \WINDOWS könyvtárat) átalakítják GPT partíciójú adathordozóvá. Ezután a Windows hozzáférhet az összes GPT partícióhoz az egyik adathordozón, és továbbra is használhatja az MBR partíciókat (vagy hibrid partíciókat) azon az adathordozón, amely tartalmazza a 'rendszerpartíciót'. A Windows telepítés (a \WINDOWS könyvtárral) GPT partícióként működne, még akkor is, ha BIOS módban indítják. A még ostobább Windows 11 már nem támogatja a BIOS/CSM/MBR módot.

Particionálás BIOS-hoz GPT-vel

Ha a rendszerben GPT partíciós táblázat van jelen, akkor szükség lesz egy kisméretű BIOS boot partícióra, amelynek típusa EF02 (ez különbözik az EFI System Partition (ESP) partíciótól, amelynek típusa EF00). 1 MiB elegendő lehet, de a biztonság érdekében érdemes 2-4 MiB méretű partíciót létrehozni. Ez a BIOS boot partíció tartalmazza az bootloader második szakaszát. A BIOS boot partíciókat nem szükséges fájlrendszerrel formázni, a grub-install parancs felülírja a meglévő fájlrendszert a saját rendszerével.

Important
A BIOS boot partíció nem ugyanaz, mint az a partíció, amelyet általában a /boot helyre csatolnak. A /boot és a BIOS boot partíció különálló partíciók, és külön kell kezelni őket. A BIOS boot partíciót nem szabad rendszeresen csatolni a rendszerben (azaz nem szabad definiálni a /etc/fstab fájlban). A /boot partíció nyugodtan rendszeresen csatolható probléma nélkül, ezért jelen lehet a /etc/fstab fájlban.

Egy partíciót BIOS boot partícióként állíthat be a parted parancssori eszközzel (sys-block/parted), az alábbi módon (cserélje ki a 1-et arra a partíciószámra, amelyet BIOS boot partícióként szeretne megjelölni!):

(parted)set 1 bios_grub on

A sys-apps/gptfdisk szoftvercsomagban található cgdisk eszköz segítségével ez úgy valósítható meg, hogy a partíció típusát 0xEF02 értékre állítjuk, és megadunk neki egy gptbios címkét.

EFI System Partition létrehozása nem kötelező, de érdemes előre gondolkodni és biztosítani, hogy a BIOS boot partíció elég nagy legyen ahhoz, hogy később EFI System Partition típusúra alakítható legyen, amikor majd a számítógépes rendszer alaplapját egy UEFI alaplapra cseréljük le.

Az alábbiakban található a p billentyűgomb lenyomásának eredménye a gdisk segédprogramban, egy GPT-partícióval rendelkező adathordozón, amely tartalmaz egy BIOS boot [0xEF02] partíciót és egy EFI [0xEF00] partíciót:

root #gdisk /dev/sdc
GPT fdisk (gdisk) version 0.8.1
 
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present
 
Found valid GPT with protective MBR; using GPT.
 
Command (? for help): p
Disk /dev/sdc: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): AA369F4D-37A4-4C0D-A357-DC24B99A6337
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
 
Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048       828377087   395.0 GiB   8E00  Linux LVM
   2       828377088       891291647   30.0 GiB    0700  Microsoft basic data
   3       891291648       975177727   40.0 GiB    0700  Microsoft basic data
   4       975177728       976754687   770.0 MiB   8300  Linux filesystem
   5       976754688       976756735   1024.0 KiB  EF02  BIOS boot partition
   6       976756736       976773134   8.0 MiB     EF00  EFI System
 
Command (? for help):
Note
Az fdisk segédprogram használatakor a 0x hexadecimális előtagot nem szükséges megadni GPT esetén.

Ugyanazon beállítás használatával a parted segédprogram kimenete kissé eltérő szintaxist mutat:

root #parted /dev/sdc
GNU Parted 3.0
Using /dev/sdc
(parted) print
...
Sector size (logical/physical): 512B/512B
Partition Table: gpt
  
Number  Start   End    Size    File system  Name                  Flags
 1      1049kB  424GB  424GB                Linux LVM             lvm
 2      424GB   456GB  32.2GB               Microsoft basic data
 3      456GB   499GB  42.9GB               Microsoft basic data
 4      499GB   500GB  807MB   ext2         Linux filesystem
 5      500GB   500GB  1049kB               BIOS boot partition   bios_grub
 6      500GB   500GB  8396kB               EFI System            boot
  
(parted)

A partíciók létrehozása gdisk segítségével egyszerű azok számára, akik már jártasak a fdisk partíciós segédprogram használatában. A gdisk elindítása után a főmenüben nyomja meg az n billentyűgombot, majd adja meg a kezdő és végszektorokat (ha szükséges), és állítsa be a partíció típusát EF00-ra egy EFI rendszerpartícióhoz.

Azok a felhasználók, akik követték a Gentoo telepítési útmutatóját, már rendelkeznek a megfelelő partíciós elrendezéssel.

Open Firmware (IEEE 1275) a PowerPC számítógépen

Tekintse meg a GRUB on Open Firmware (PowerPC) leírást.

Telepítés titkosított partícióra

Ha az egész adathordozó titkosítva van, beleértve a /boot könyvtárat is, akkor további lépések szükségesek ahhoz, hogy a GRUB képes legyen az adathordozó titkosításának feloldására és felcsatolására a fájlrendszerbe.

A device-mapper USE jelölőzászlót be kell állítani a GRUB szoftvercsomag telepítésekor. Ezután a sys-fs/cryptsetup szoftvercsomagot telepíteni kell. A partíciót luks1 partíciótípus szerint kell titkosítani.

A GRUB adathordozóra történő telepítése után, a kernel beállításától függően, lehet, hogy az initramfs képfájl módosítására is szükség van ahhoz, hogy az operációs rendszer normálisan el tudjon indulni. Ha disztribúciós kernel van telepítve, az operációs rendszerre felkerül a Dracut is, amely a beállítás befejezésére használható.

Beállítás

Miután a GRUB telepítve lett, beállítható az adott operációs rendszer igényeinek megfelelően. A legtöbb esetben nincs szükség további beállításra.

Fő beállításfájl

A grub-mkconfig szkriptet a grub beállításának létrehozására használják. A /etc/grub.d/* alatti szkripteket, valamint a /etc/default/grub beállításfájlt használja, hogy létrehozza a végleges /boot/grub/grub.cfg fájlt - az egyetlen beállításfájlt, amelyet maga a GRUB használ.

Fájl Formátum Ajánlott-e szerkeszteni? Leírás
/usr/sbin/grub-mkconfig POSIX shell szkript Nem A sys-boot/grub:2 szoftvercsomag részeként telepítve. Futtassa ezt a szkriptet, hogy létrehozza a /boot/grub/grub.cfg fájlt, miután beállította az alábbiakban ismertetett fájlokat.
/boot/grub/grub.cfg GRUB shell szkript Nem A grub-mkconfig által generált fájl. Ezt a fájlt a GRUB beépített szkriptértelmezője értékeli ki, és nem feltétlenül támogat minden POSIX parancsot vagy szintaxist. A támogatott funkciókért tekintse meg a szkriptelési hivatkozást a GRUB kézikönyvben. Vegye figyelembe, hogy ennek a fájlnak a módosításai nem maradnak meg, ha legközelebb futtatja a grub-mkconfig parancsot.
/etc/grub.d/* POSIX shell szkript Lehetséges Minden szkript a /etc/grub.d/* alatt, amelynek végrehajtási bitje be van állítva, sorrendben kiértékelésre kerül, és az stdout összefűzésre kerül, hogy létrehozza a végleges /boot/grub/grub.cfg fájlt (vagy bármilyen fájlt, amelyet a grub-mkconfig -o opcióval megadnak). Ezek a szkriptek az aktuális rendszerhéjat használják, és ezért bármilyen támogatott szintaxist használhatnak. Ideális esetben POSIX-kompatibilis szkripteknek kell lenniük, és a kimeneti szkriptnek kompatibilisnek kell lennie a GRUB értelmezőjével. Szükséges lehet szkriptek letiltása vagy hozzáadása. Például olyan menüpontok hozzáadásához, amelyeket nem lehetett automatikusan generálni.
/boot/grub/custom.cfg GRUB shell szkript Lehetséges A /etc/grub.d/41_custom script hivatkozni fog erre a fájlra, hogy azt az boot folyamat során beolvassák, ha létezik. Ez a fájl lehetőséget biztosít további bejegyzések vagy parancsok hozzáadására, és nem igényli a fő grub.cfg fájl újbóli legenerálását.
/etc/default/grub POSIX shell szkript Igen A legtöbb esetben ez az egyetlen fájl, amelyet közvetlenül módosítani kell. Elsősorban arra szolgál, hogy változókat rendeljen a /etc/grub.d szkriptjeihez, hogy működő beállításfájlt hozzanak létre. Tekintse meg a GRUB beállításváltozók oldalt vagy a hivatalos hivatkozást a támogatott változókért.

A GRUB nem igényli, hogy a rendszergazda manuálisan tartsa karban a boot opció beállítást (mint például a GRUB Legacy és LILO esetében). Ehelyett a grub-mkconfig parancs segítségével létrehozhatja a beállításfájlt (/boot/grub/grub.cfg). Ez az segédprogram a /etc/grub.d/ alatti szkripteket és a /etc/default/grub beállításait használja.

Warning
A grub-mkconfig segédprogram nem működik megfelelően, ha szoftveres RAID-et használ. Szükséges a /etc/grub.d/ könyvtárban található szkriptek manuális beállítása, mert ellenkező esetben a telepítés után az operációs rendszer nem lesz bootolható állapotban.

Miután egy vagy több beállítást módosított, futtassa a grub-mkconfig segédprogramot az -o opcióval, amely az alapértelmezett /boot/grub/grub.cfg kimeneti fájlra mutat (ez a GRUB alapértelmezett kimeneti helye):

root #grub-mkconfig -o /boot/grub/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.3.0-gentoo
done

Minden alkalommal, amikor a grub-mkconfig segédprogramot futtatják, új beállítás kerül létrehozásra.

Warning
Ha a grub-mkconfig nem jelzi, hogy talált bejegyzéseket, akkor az azt jelenti, hogy nem talált bejegyzéseket. Ebben az esetben a GRUB nem fog felkínálni bootolási lehetőségeket a rendszer újraindításakor, ami egy bonyolult, időigényes helyzet lehet a megoldás szempontjából. Győződjön meg róla, hogy a kimenet megfelelő, mielőtt újraindítja a számítógépet.

Beállítási paraméterek szerkesztése

A következő változók a /etc/default/grub fájlban a leggyakrabban használtak a GRUB működésének szabályozására:

Változó Magyarázat Alapérték
GRUB_DEFAULT Meghatározza az alapértelmezett menübejegyzést, amely az bootoláskor ki van választva. Ez lehet egy numerikus index, egy menücím, vagy "saved". Alapértelmezés szerint az elsőként észlelt bejegyzés.
GRUB_TIMEOUT Késleltetés (másodpercben) az alapértelmezett menübejegyzés indítása előtt. Állítsa 0-ra az azonnali indításhoz, vagy -1-re a határozatlan idejű várakozáshoz. Az alapértelmezett érték 5 másodperc.
GRUB_CMDLINE_LINUX Kernel parancssori paraméterek, amelyeket minden Linux menübejegyzéshez át kell adni. Például a hibernáció támogatásának a meglétéért a felhasználóknak hozzá kell adniuk a GRUB_CMDLINE_LINUX="resume=/dev/sdXY" beállítást, ahol /dev/sdXY a swap partíció.
GRUB_CMDLINE_LINUX_DEFAULT Paraméterek, amelyeket a kernel parancssorában kell átadni a nem-helyreállítási Linux menübejegyzésekhez.
GRUB_DEVICE Az elsődleges root (gyökér) adathordozó (vagyis a kernel root= paramétere). Ezt a beállítást arra használhatja, hogy felülbírálja a grub-mkconfig parancs gyökér eszköz automatikus felismerését. Például a GRUB_DEVICE=/dev/ram0 beállítás esetén a root=/dev/ram0 kerül használatra a kernel parancssorban.

A teljesebb lista érdekében kérjük, hogy látogassa meg a beállításváltozók aloldalt, illetve a grub-mkconfig info oldalát.

A paraméterek módosítása után a GRUB beállításfájlt a grub-mkconfig parancs segítségével generálja újra.

Beállításszkriptek engedélyezése vagy letiltása

A /etc/grub.d/ könyvtár tartalmazza azokat a szkripteket, amelyeket a grub-mkconfig használ a grub.cfg fájl generálásához. Alapértelmezés szerint ennek a könyvtárnak a tartalma hasonló kell, hogy legyen az alábbiakhoz:

user $ls /etc/grub.d/
00_header  10_linux  20_linux_xen  30_os-prober  40_custom  41_custom README

A GRUB minden telepített szkriptet használ, amelyek végrehajthatónak vannak megjelölve (alapértelmezés szerint mindegyik végrehajtható). Egy szkript letiltásához egyszerűen távolítsa el a végrehajtási bitet a fájl jogosultságaiból a chmod parancs segítségével. Az alábbi példában minden szkript le van tiltva, kivéve a 00_header és a 10_linux szkripteket:

root #chmod -x /etc/grub.d/{20_linux_xen,30_os-prober,40_custom,41_custom}

A szkriptek módosítása (vagy a végrehajtási bit eltávolítása) után generálja újra a beállításfájlt a grub-mkconfig parancs segítségével.

Beállításszkriptek módosítása

Bizonyos funkciók vagy jellemzők kihasználása csak akkor lehetséges, ha módosítják a beállításszkripteket. Például a FreeBSD-vel való kettős rendszerindítás (dual boot) támogatásához a következő módosítást kell végrehajtani.

Módosítsa a /etc/grub.d/40_custom szkriptet a következőre:

FILE /etc/grub.d/40_customBejegyzés hozzáadása a kettős rendszerindítás számára
menuentry "FreeBSD" --class freebsd --class bsd --class os {
 insmod ufs2
 insmod bsd
 set root=(hd0,1)
 kfreebsd /boot/kernel/kernel
 kfreebsd_loadenv /boot/device.hints
 set kFreeBSD.vfs.root.mountfrom=ufs:/dev/ada0s1a
 set kFreeBSD.vfs.root.mountfrom.options=rw
 set kFreeBSD.hw.psm.synaptics_support=1
}

A /dev/sda1 vagy (hd0,1) az a partíció, amelyen a FreeBSD található. Ha a normál UFS telepítést használták a FreeBSD partícióhoz, akkor a /dev/sda1 egy konténer (valami hasonló a logikai partícióhoz). Ez a swap és a root partíciókból áll. Ellenőrizze, hogy a 40_custom szkript végrehajtható-e a ls -la /etc/grub.d/40_custom parancs futtatásával. Ha a végrehajtási bit nincs beállítva, akkor állítsa be a chmod u+x 40_custom paranccsal.

Note
Azok a felhasználók, akik ismerik, hogy miként számozta a GRUB Legacy a partíciókat, vegyék figyelembe, hogy a GRUB esetében a partíciók számozása 1-től kezdődik, nem 0-tól.

Ezután telepítse a GRUB rendszerbetöltőt, és frissítse a beállításfájlt:

root #grub-install /dev/sda
root #grub-mkconfig -o /boot/grub/grub.cfg

Kiterjesztett funkciók

A GRUB 2 számos funkcióval rendelkezik, amelyek nagyon erős bootloaderré teszik. Támogatja:

  • Bootolás UEFI platformokról.
  • Bootolás GPT-partícionált adathordozókról hibrid MBR nélkül (hibrid MBR szükség esetén engedélyezhető kompatibilitás vagy hordozhatóság érdekében).
  • Bootolás btrfs formázott /boot partícióról.
  • Bootolás ZFS tárhelyből.
  • Bootolás közvetlenül btrfs RAID készletről anélkül, hogy szükség lenne initramfs korai csatlakoztatási beállításhoz.
  • Bootolás közvetlenül logikai kötetkezelésből (például LVM2).
  • Bootolás DM-RAID támogatással (RAID 0, 1, 4, 5, 6, 9 és 10).
  • Bootolás titkosított adathordozókról (LUKS).

Néhány konkrét funkciót részletesebben ismertetünk a következőkben.

Chainloading

A GRUB 2 valóban továbbfejlesztett láncindítási módot (chainload módot) kínál a GRUB Legacy-hoz képest. Egy másik bootloader láncindításához használja a chainloader opciót.

FILE /etc/grub.d/40_customEgy másik bootloader láncbetöltése
menuentry "Custom Super-bootloader example" {
     insmod part_msdos
     insmod chain
     chainloader (hd1,1)+1
}

További információkért a láncindításról, kérjük, tekintse meg a Chainloading aloldalt.

GRUB menü jelszóvédelme

A GRUB biztonságossá tétele érdekében, azért hogy senki ne változtathassa meg a boot paramétereket vagy használhassa a parancssort, adjon hozzá egy felhasználónév/jelszó kombinációt a GRUB beállításfájljaihoz. A grub-mkpasswd-pbkdf2 program jelszó hash értékeket generál a GRUB számára:

user $grub-mkpasswd-pbkdf2
Password:
Reenter password:

PBKDF2 hash of your password is grub.pbkdf2.sha512.10000.9CA4611006FE96BC77A...

Ezután adja hozzá a következőtː

FILE /etc/grub.d/35_auth:
# Grub user
echo 'set superusers="<username>"'
# Grub password
echo 'password_pbkdf2 <username> <password-hash>'

A fentiek zárolhatják az összes GRUB menübejegyzést, még az alapértelmezett bejegyzést is. Ebben az esetben, hogy a felhasználók jelszó nélkül bootolhassanak bizonyos menübejegyzéseket, tekintse meg a Securing the grub boot loader oldalt.

A fájl jogosultságait megfelelően kell beállítani a grub-mkconfig végrehajtása előtt:

root #chmod 755 /etc/grub.d/35_auth

Framebuffer kijelző használata

Ahhoz, hogy a GRUB framebuffer grafikus kijelzőt használjon, telepítse újra a GRUB-ot a truetype USE jelölőzászló engedélyezésével. Ez egy alapértelmezett True Type betűtípust, valamint egy betűtípus-konverziós segédprogramot telepít.

root #emerge --ask --newuse sys-boot/grub:2

Folytassa az alapértelmezett beállításfájl szerkesztését, amely a /etc/default/grub helyen található. Például:

FILE /etc/default/grubFramebufferrel kapcsolatos szerkesztések
# Set resolution and color depth
GRUB_GFXMODE=1366x768x32
 
# Keep resolution when loading the kernel
GRUB_GFXPAYLOAD_LINUX=keep
  
# Set a background image
GRUB_BACKGROUND="/boot/grub/bg.png"
 
# Use a custom font, converted using grub-mkfont utility
GRUB_FONT="/boot/grub/fonts/roboto.pf2"
 
# Set the menu colors 
GRUB_COLOR_NORMAL="light-blue/black"
GRUB_COLOR_HIGHLIGHT="light-cyan/blue"

HiDPI kijelzők

A modern kijelzők esetében, amelyeknek magas DPI-je van ("HiDPI"), például UHD (3840x2160), a standard betűtípus nagyon kicsinek fog tűnni. Ha szeretné ugyanazt a betűtípust használni, mint amit a kernel használ, akkor a Terminus használható, amely hasonlít egy BIOS-ba beépített szöveges módú betűtípushoz.

A kernelben való betűtípus kiválasztásához engedélyezni kell a CONFIG_FONT_TER16x32 opciót.

KERNEL Kernelbe beépített betűtípusok
Library routines  --->
      [*] Select compiled-in fonts
      [*] Terminus 16x32 font (not supported by all drivers)

Ugyanez a betűtípus elérhető media-fonts/terminus-font szoftvercsomag formájában, amely GRUB-hoz is használható.

root #emerge --ask media-fonts/terminus-font
root #grub-mkfont -s 32 -o /boot/grub/fonts/terminus32b.pf2 /usr/share/fonts/terminus/ter-u32b.otb

Az előző példában a grub-mkfont kimenetének kiválasztott fájlnév terminus32b.pf2. A betűtípus elérési útjának GRUB számára hozzáférhetőnek kell lennie az indítás során, ezért annak ugyanazon a csatolási ponton kell lennie, mint ahol a GRUB található. Ebben a példában ez a /boot/grub/fonts. A betűtípust ezt követően GRUB_FONT értékre kell beállítani a /etc/default/grub-ban, hogy használható legyen.

FILE /etc/default/grubFramebufferrel kapcsolatos beállítás
# Use a custom font, converted using grub-mkfont utility
GRUB_FONT="/boot/grub/fonts/terminus32b.pf2"

A grub.cfg beállításfájl frissítése aktiválja az új betűtípus beállításait.

root #grub-mkconfig -o /boot/grub/grub.cfg

Hibaelhárítás

Note
További hibaelhárítási információkért tekintse meg a Hibaelhárítás aloldalt.

A legtöbb probléma megoldható, ha biztosítja, hogy a partíciók elrendezése helyes legyen. Győződjön meg arról, hogy az első partíció előtt elegendő hely áll rendelkezésre az adathordozón, vagy opcionálisan ellenőrizze, hogy elérhető-e egy BIOS boot partíció. Továbbá, győződjön meg róla, hogy a /boot/grub/grub.cfg fájl helyesen lett-e legenerálva a grub-mkconfig paranccsal, vagy készítsen egy egyedi menübejegyzést.

Az os-prober nem fut

Amikor a grub-mkconfig parancsot futtatja, előfordulhat, hogy az os-prober nem működik megfelelően, annak ellenére, hogy telepítve van. Ennek az okai lehetnek:

root #grub-mkconfig -o /boot/grub/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.11.14-gentoo-x86_64
Found initrd image: /boot/amd-uc.img /boot/initramfs-5.11.14-gentoo-x86_64.img
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done

A problémát úgy lehet korrigálni, hogy a GRUB_DISABLE_OS_PROBER változót false értékre állítja a /etc/default/grub fájlban. Ezután ne felejtse el újra beállítani a GRUB-ot a frissítések érvényesítésének az érdekében:

FILE /etc/default/grub
GRUB_DISABLE_OS_PROBER=false

A következő grub-mkconfig futtatásakor a parancsnak további bootolható partíciókat kell, hogy találjon:

root #grub-mkconfig -o /boot/grub/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.11.14-gentoo-x86_64
Found initrd image: /boot/amd-uc.img /boot/initramfs-5.11.14-gentoo-x86_64.img
Warning: os-prober will be executed to detect other bootable partitions.
It's output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/nvme0n1p2@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done

Alaplap firmware nem találja az .EFI fájlt

Úgy tűnik, hogy bizonyos gyártók néhány régebbi (2020 előtti) alaplapja csak egy helyet támogatnak az EFI rendszerpartíción (ESP) az .EFI fájl számára: A visszaesési (fallback) vagy eltávolítható adathordozó útvonalat. Ha ez a helyzet, akkor egyszerűen helyezze át a GRUB alapértelmezett fájlját a /efi/boot/ helyre. Először győződjön meg arról, hogy az ESP fel van csatolva. Ha feltételezzük, hogy az ESP a /boot/efi helyen van felcsatolva (ahogy azt a kézikönyv javasolja), akkor hajtsa végre a következőket:

root #mkdir -p /boot/efi/efi/boot
root #cp /boot/efi/efi/gentoo/grubx64.efi /boot/efi/efi/boot/bootx64.efi

Egy 32 bites EFI megvalósítás esetén használja helyette a bootia32.efi fájlt:

root #cp /boot/efi/efi/gentoo/grubia32.efi /boot/efi/efi/boot/bootia32.efi

A removable paraméter használható a grub-install parancsban, hogy automatikusan létrehozza ezt a fájlt:

root #grub-install --efi-directory=/boot/efi --removable
Installation finished. No error reported.

Ez segítheti az alaplap firmware-t a GRUB végrehajtható képfájl betöltésében. Indítsa újra a rendszert, hogy megnézze, most helyesen tölti-e be a firmware a GRUB-ot.

Az os-prober és UEFI a chroot környezetben

A sys-boot/os-prober segédprogramot alternatív telepítések, például a Microsoft Windows felfedezésére használják. Ahhoz, hogy megfelelően működjön, hozzáféréssel kell rendelkeznie az élő környezet udev információihoz, hogy tesztelje az EFI rendszerpartíciót.

Futtassa ezeket a parancsokat a host számítógép környezetében a szükséges fájlok biztosításához (a példában a Gentoo a /mnt/gentoo helyre van felcsatolva, ahogy az a kézikönyvben szerepel):

root #mkdir -p /mnt/gentoo/run/udev
root #mount -o bind /run/udev /mnt/gentoo/run/udev
root #mount --make-rslave /mnt/gentoo/run/udev

Új kernelképfájl telepítése

Amikor egy új kernelképfájlt telepítenek, a GRUB-ot újra be kell állítani, hogy felismerje az új kernelképfájlt. Ez elvégezhető a grub-mkconfig parancs segítségével, ahogyan az alább látható, vagy manuálisan is elvégezhető.

Note
Győződjön meg arról, hogy a /boot partíció fel van csatolva a fájlrendszerbe ennek a lépésnek az elvégzéséhez.
root #grub-mkconfig -o /boot/grub/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/kernel-3.3.8-gentoo
Found initrd image: /boot/initramfs-genkernel-x86_64-3.3.8-gentoo
Found linux image: /boot/kernel-3.2.12-gentoo
Found initrd image: /boot/initramfs-genkernel-x86_64-3.2.12-gentoo
done

Vegye figyelembe, hogy a GRUB-ot csak újra be kell állítani, nem kell újratelepíteni a boot adathordozó Master Boot Record-jába (MBR). Másrészt, amikor magát a GRUB lett felfrissítve, akkor azt újra kell telepíteni a boot adathordozóra, olyankor azonban általában azt nem szükséges újra beállítani.

GRUB automatikus úton történő újra beállítás

Ha a sys-kernel/installkernel-gentoo szoftvercsomag telepítve van, és a grub USE jelölőzászló be van állítva, akkor minden kernel telepítésekor a grub-mkconfig automatikusan lefut.

További olvasnivaló a témában

  • A Chainloading részben a GRUB más boot loaderek indítására való használata van leírva. Ez fontos olvasmány két operációs rendszer együttes indításakor, vagy ha a GRUB-ot ISO fájlok indítására kell beállítani.
  • A Haladó tárolás rész dokumentálja a szükséges lépéseket, hogy a GRUB-ot haladóbb tárolási helyzetekben, például szoftver RAID, logikai kötetek vagy titkosított fájlrendszerek esetén telepítse és használja.
  • A Beállításváltozók részben a GRUB beállításváltozóinak kimerítő listája található, amelyet a /etc/default/grub használ.
  • A Hibaelhárítás rész tartalmazza a gyakori GRUB hibák listáját (megoldásaikkal együtt).
  • A Hibrid partíciós táblázat részben dokumentált a vegyes MBR/GPT elrendezés használata, valamint az ilyen hibrid partíció elrendezés GRUB-bal való használatának módja.

Külső források

További információért kérjük, tekintse meg:

Hivatkozások

Retrieved from "https://wiki.gentoo.org/index.php?title=GRUB/hu&oldid=1386557"