A GRUB és a Windows Boot Manager javítása kettős rendszerindítású rendszereken

PCHardwarePro » Windows » A GRUB és a Windows Boot Manager javítása kettős rendszerindítású rendszereken

Kettős rendszerindítású rendszer konfigurálásakor Windows és Linux disztribúció (Ubuntu, Arch, Debian stb.) esetén a rendszerindító kezelő kulcsfontosságú összetevővé válik. Ez határozza meg, hogy melyik operációs rendszer indul el és hogyan. A probléma az, hogy egy egyszerű Windows-frissítés, partícióváltás vagy újratelepítés károsíthatja a GRUB-ot vagy a Windows rendszerindító kezelőt , ami a számítógép hibás indulását okozhatja.

Ilyen helyzetekben gyakran tapasztalhatók olyan tünetek, mint a rendszerindítási hibaképernyők, a GRUB helyreállító módjának megjelenése , a Windows indítása Linux figyelmen kívül hagyásával, vagy éppen ellenkezőleg, a Windows eltűnése a menüből. A jó hír az, hogy a megfelelő eszközökkel gyakorlatilag bármilyen helyzetben javítható a rendszerbetöltő (GRUB vagy Windows Boot Manager) , mind kettős rendszerindítású Windows/Linux rendszerekben, mind a Windows több verzióját tartalmazó konfigurációkban.

Mi szokott hibásan működni a GRUB vagy a Windows Boot Manager között egy kettős rendszerindítású rendszerben?

Mielőtt bármilyen javítást megkísérelne, érdemes megérteni, hogy az önindító miért hibásodik meg. Ez segít kiválasztani a megfelelő szerszámot minden egyes helyzethez, és megakadályozza, hogy ugyanazzal a problémával ismételten szembesüljön.

Az egyik leggyakoribb ok, hogy a Windows felülírja az MBR vagy EFI partíciót Linux utáni telepítés vagy nagyobb frissítés után. A Windows feltételezi, hogy ez az egyetlen operációs rendszer a számítógépen, és átírja a rendszerindító szektort, így a GRUB eltűnik, és csak a Windows indul el.

Egy másik nagyon gyakori forgatókönyv, amikor a partíciókat particionáló eszközökkel méretezik át vagy helyezik át . Ha megérinti azt a partíciót, amelyre a GRUB telepítve van, vagy módosítja a partíciós táblát, a rendszerindító kezelő könnyen elveszítheti a Linux rendszer gyökerére vagy magára a kernelre való hivatkozását , ami olyan üzeneteket eredményezhet, mint a "Rendszerindító hiba", vagy az operációs rendszer kiválasztó menüjének megjelenítése elmaradhat.

A rendszerindító kezelő rendszerfrissítés után is megsérülhet . Bár nem ez a leggyakoribb előfordulás, egy kernelfrissítés, egy új GRUB csomag vagy az UEFI firmware módosításai miatt a rendszerindító menü rosszul konfigurálható lehet, ami a mentőkonzol közvetlen megjelenését eredményezi (a hírhedt grub rescue> parancssor ).

Azokon a számítógépeken, ahol a Windows több verziója fut egyszerre (például a Windows 10 és a Windows 11 különálló lemezeken vagy különböző partíciókon), néha a probléma nem a GRUB, hanem maga a Windows BCD-tároló , amely rosszul konfigurálható, és azt okozhatja, hogy az egyik rendszer nem jelenik meg a Windows Boot Manager rendszerindító menüjében.

Indítás Linux Live adathordozóról a GRUB javításához

Amikor a rendszerindító kezelő elromlik, és a rendszer nem töltődik be normálisan, a legrugalmasabb módja a továbblépésnek, ha egy Linux disztribúció LiveCD-jét vagy LiveUSB-jét használjuk (az Ubuntu általában a legkényelmesebb megoldás) a telepített rendszerbe való „belépéshez”, és onnan telepítjük újra a GRUB-ot.

Az első lépés a bootolható adathordozó létrehozása. Le kell töltened egy GRUB2 disztribúció (Ubuntu, Debian, Linux Mint stb.) ISO-képét, amely megegyezik a sérült rendszer architektúrájával: amd64, ha a rendszered 64 bites, vagy i386, ha 32 bites . Ez az egyezés azért fontos, mert a chroot később használatos lesz , és ha az architektúrák nem ugyanazok, hibák léphetnek fel a GRUB binárisok futtatásakor.

Miután elkészült az ISO, írd ki egy bootolható USB-meghajtóra . Használhatsz olyan eszközöket, mint a Rufus, a balenaEtcher vagy bármilyen más, általad ismert eszközt. Helyezd be az USB-meghajtót a sérült rendszerindító rendszerrel rendelkező számítógépbe, és a BIOS-ban vagy az UEFI-ben válaszd ki az USB-meghajtóról történő indítást.

Az első lépés a bootolható adathordozó létrehozása. Le kell töltened egy GRUB2 disztribúció (Ubuntu, Debian, Linux Mint stb.) ISO-képét, amely megegyezik a sérült rendszer architektúrájával: amd64, ha a rendszered 64 bites, vagy i386, ha 32 bites . Ez az egyezés azért fontos, mert a chroot később használatos lesz , és ha az architektúrák nem ugyanazok, hibák léphetnek fel a GRUB binárisok futtatásakor.

Amikor USB-meghajtóról bootolsz, a disztribúciós menü valami olyasmit kínál fel, mint az „Ubuntu kipróbálása ”. Ez a lehetőség egy teljes rendszert tölt be a memóriába a merevlemez elérése nélkül, és onnan nyithatsz meg egy terminált, és futtathatod a GRUB visszaállításához szükséges parancsokat.

A Live asztalon egyszerűen nyisd meg az alkalmazások menüjét, és keresd meg a „Terminál” kifejezést . Innen a teljes folyamat a parancssorból történik, de ha gondosan követed a lépéseket, akkor elég egyszerű lesz.

Azonosítsa a gyökérpartíciót, a /boot partíciót és a lemezt

A rendszerindító kezelő újratelepítéséhez először is tudnunk kell, hogy a Linux mely partíciókra van telepítve, és hogy hívják azt a lemezt, ahol az MBR vagy EFI partíció található (például /dev/sda ).

A Live rendszerterminálból rendszergazdai jogosultságokkal használhatod az `fdisk -l` parancsot: `sudo fdisk -l` . Ez a parancs listázza az összes csatlakoztatott meghajtót és partíciót, megjelenítve a fájlrendszer típusát, méretét és címkéjét (ha van).

Az összes kimenet között meg kell találnod azt a partíciót, amely a Linux gyökérrendszeredet tartalmazza . Általában valami hasonlót fogsz látni, mint a /dev/sda2 vagy hasonló, elfogadható mérettel és egy Linux fájlrendszerrel (ext4 vagy azzal egyenértékű). Ha létrehoztál egy külön /boot partíciót , akkor azt is azonosítanod kell; ez általában egy kis partíció, amely olyan fájlokat tartalmaz, mint a grub, vmlinuz, initrd, System.map stb.

Ha bizonytalan vagy, egy egyszerű stratégia a gyanús partíciók manuális csatlakoztatása és tartalmuk vizsgálata. Használhatod például a `sudo mount /dev/sda2 /mnt` parancsot , majd az `ls /mnt` paranccsal listázhatod a tartalmat . Ha olyan könyvtárakat látsz, mint a `bin`, `boot`, `root` stb. , akkor a root partíciót nézed. Ha egy másik partíciót csatolsz, és egy `grub` mappát találsz más rendszerindító fájlok mellett, akkor a ` /boot` partíciót nézed.

A fő lemez neve az fdisk kimenetének tetején is megjelenik, például: „ Lemez /dev/sda ”. Ez az azonosító kulcsfontosságú, mert ez lesz a végső cél a GRUB MBR-re történő újratelepítésekor, vagy mert arra a partícióra mutathat, amely EFI partícióként működik egy UEFI rendszerben.

Partíciók csatolása és a GRUB újratelepítése chroot használatával

Miután azonosítottad a téged érdeklő partíciókat, csatold őket a Live rendszeren belül , hogy úgy tudj "belépni" a telepítésbe, mintha arról bootoltad volna, és nem az USB-ről.

A gyökérpartíció /mnt könyvtárba történő csatolásával kezdd a folyamatot egy ehhez hasonló paranccsal: `sudo mount /dev/sda2 /mnt` (a /dev/sda2 helyére a te esetednek megfelelő partíciót kell beírnod). Ha van egy külön /boot partíciód , akkor azt a gyökérfán belül kell csatolnod, például a `sudo mount /dev/sda7 /mnt/boot` paranccsal.

Ezután csatolnod kell néhány speciális könyvtárat a `--bind` opcióval , hogy a chroot környezet láthassa a gép eszközeit, folyamatait és fájlrendszerét. Ezt általában a következő parancsokkal teheted meg: `sudo mount -bind /dev /mnt/dev` , `sudo mount -bind /dev/pts /mnt/dev/pts` , `sudo mount -bind /proc /mnt/proc` és `sudo mount -bind /sys /mnt/sys`.

Miután minden beállítottad, a chroot segítségével a fájlrendszer gyökérkönyvtárát a telepített Linux rendszer gyökérkönyvtárára állíthatod. A tipikus parancs a `sudo chroot /mnt` . Ettől a ponttól kezdve minden végrehajtott parancs a lemezre telepített tényleges rendszerre vonatkozik , nem az USB-meghajtóról futó élő környezetre.

A következő lépés a GRUB újratelepítése a megfelelő lemezre. BIOS/MBR rendszereken a szokásos módszer a `grub-install --boot-directory=/boot/ --recheck /dev/sda` parancshoz hasonló parancs használata (a `/dev/sda` helyére az MBR-t tartalmazó lemez nevével kell beírni). Ez a parancs betölti a GRUB rendszerbetöltőjét a lemez rendszerindító szektorába, és biztosítja, hogy a konfiguráció a megfelelő fájlokra mutasson.

A rendszerindító kezelő újratelepítése után célszerű újragenerálni a GRUB konfigurációját , hogy az az összes elérhető operációs rendszert észlelje. Ezt a `grub-mkconfig -o /boot/grub/grub.cfg` paranccsal tehetjük meg . A GRUB ezután átvizsgálja a partíciókat Linux kernelek, Windows telepítések és más rendszerek után kutatva, majd létrehozza a rendszerindító menüt.

Ha kész vagy, egyszerűen lépj ki a chrootból az `exit` paranccsal , és indítsd újra a számítógépedet a `sudo reboot` paranccsal . A bootolható USB-meghajtó eltávolításával ezután meg kell jelennie a teljesen működőképes GRUB menünek , amely lehetővé teszi a Linux vagy a Windows rendszer indítását.

A Boot-Repair használata a GRUB automatikus helyreállításához

Azok számára, akik nem szeretnének annyi manuális paranccsal bajlódni, létezik egy nagyon praktikus eszköz , a Boot-Repair , amelyet kifejezetten az Ubuntu és származékaiban előforduló gyakori rendszerindítási problémák megoldására terveztek.

A Boot-Repair egy segédprogram, amely telepíthető Ubuntu környezetben (akár magában az operációs rendszerben, akár egy Live környezetben). Fő funkciója a GRUB automatikus újratelepítése és az összes telepített rendszerhez való hozzáférés visszaállítása: legyen szó akár a Windows MBR felülírásáról, akár a GRUB menü megjelenítésének leállításáról, akár a partíciók módosításáról és a konfiguráció sérüléséről.

A szokásos javítás mellett az eszköz fejlett beállításokkal rendelkezik a partíciós táblák biztonsági mentéséhez, a rendszerindító szektorok biztonsági mentéséhez, részletes jelentések (Boot-Info) generálásához és a javítási paraméterek módosításához, ha finomabb vezérlésre van szükség.

Ubuntu Live környezetben való használatához először hozzá kell adni a Boot-Repair PPA repositoryt egy olyan paranccsal, mint a `sudo add-apt-repository ppa:yannubuntu/boot-repair` . Ezután frissítse a csomagokat a `sudo apt update` paranccsal , végül telepítse az alkalmazást a `sudo apt install boot-repair` paranccsal . Ha a rendszer kéri, erősítse meg a letöltést és a telepítést.

A segédprogram telepítése után az Ubuntu alkalmazáskereső sávjából indítható a „Boot-Repair” beírásával . Indításkor az eszköz általában egy „Ajánlott javítás” lehetőséget jelenít meg , ami a legtöbb felhasználó számára a legkényelmesebb, mivel újratelepíti a GRUB-ot, frissíti a konfigurációját, és kijavítja a leggyakoribb hibákat anélkül, hogy manuális konfigurációt igényelne.

A speciális beállítások között található egy „MBR visszaállítása ” jelölőnégyzet. Ez a beállítás lehetővé teszi a lemez aktuális rendszerindítási jelének lecserélését egy általános vagy adott MBR-re, ami bizonyos esetekben hasznos lehet. A megfelelő opció kiválasztása és az „Alkalmaz ” gombra kattintás után a Boot-Repair elindítja a javítási folyamatot, és megjeleníti a folyamat előrehaladását a befejezésig. A befejezés után általában jelzi a végrehajtott módosításokat, és újraindítás után a kettős rendszerindításnak újra működőképesnek kell lennie.

Egyéb alacsony szintű eszközök: Syslinux, MBR és LILO

Néhány bonyolultabb esetben, különösen adott konfigurációk, régebbi hardverek vagy fájlrendszerek esetén , hasznos lehet olyan eszközöket használni, mint a Syslinux vagy a LILO, hogy az MBR és a rendszerindítási folyamat közvetlenebb módon manipulálható legyen.

A Syslinux egy könnyűsúlyú rendszerbetöltő csomag különféle forgatókönyvekhez: a klasszikus SYSLINUX MS-DOS FAT fájlrendszerekhez, PXELINUX hálózati indításhoz, ISOLINUX indítható CD-khez és EXTLINUX ext2/3/4 vagy btrfs fájlrendszerekhez. Tartalmazza a MEMDISK-et is , amely lehetővé teszi régebbi operációs rendszerek, például a DOS indítását nem hagyományos adathordozókról.

Egy olyan disztribúción, mint az Ubuntu, a `sudo apt install syslinux` paranccsal telepíthető . A telepítés után az MBR-t visszaállíthatod a megfelelő parancs kiírásával a lemez boot könyvtárába, például a `sudo dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda` paranccsal . Alternatív megoldásként más csomagokat és eszközöket is használhatsz, például a `sudo apt-get install mbr` parancsot, majd a `sudo install-mbr -in -p D -t 0 /dev/sda` parancsot , amelyek szintén visszaállítanak egy működő MBR-t.

Egy másik klasszikus lehetőség a LILO (Linux Loader) . Bár a GRUB2 ma már az alapértelmezett rendszerbetöltő a legtöbb disztribúcióban, a LILO továbbra is egyszerű és robusztus megoldás bizonyos típusú hardverek vagy olyan speciális konfigurációk számára, ahol a GRUB nehezen működik. Ubuntu alatt például a `sudo apt-get install lilo` paranccsal telepíthető ; a telepítés során egy üzenet jelenik meg a képernyőn, amelyet el kell fogadni a folytatáshoz.

A LILO telepítése után új MBR írható vele egy olyan paranccsal, mint a `sudo lilo -M /dev/sda mbr` . Ez az MBR kódot a LILO kódjával cseréli le, ami segíthet visszaállítani a működő rendszerindítást olyan rendszereken, ahol a rendszerindító kezelő megsérült vagy inkompatibilissé vált a hardverrel.

GRUB javítása, amikor a mentési mód megjelenik az Arch Linuxban

Az olyan disztribúciókban, mint az Arch Linux, viszonylag gyakori, hogy a GRUB helyreállító módja megjelenik , miután a Windows frissítette a rendszert, megváltoztatta a rendszerindítási konfigurációt vagy módosította a partíciókat. Ilyen esetekben a számítógép elindul, de a GRUB menü helyett egy minimalista prompt jelenik meg, ahol csak néhány parancs hajtható végre.

Ebben a módban megpróbálhatod manuálisan elindítani az Arch Linuxot úgy, hogy megmondod a bootloadernek, hol található a kernel és annak konfigurációja. Egy tipikus példa a root és a GRUB előtag beállítása a ` set root=(hd0,gpt8)` és `set prefix=(hd0,gpt8)/boot/grub` paranccsal , a normal modul betöltése az `insmod normal` paranccsal , majd a `normal` futtatása a szokásos boot menüre mutatva.

Ez átmeneti megoldást kínál, de nem oldja meg a mögöttes problémát. Az Arch indulása után a megfelelő eljárás a ` grub-install` parancs futtatása a megfelelő lemezen (például `sudo grub-install /dev/sda` ), majd a `grub-mkconfig` parancs futtatása . Ez a parancs azonban néha meghiúsul olyan üzenetek esetén, mint például a "nem sikerült azonosítani a fájlrendszert a hostdisk-ben" vagy hogy nem tud biztonsági ellenőrzéseket végrehajtani a lemezen.

Amikor ez megtörténik, a legbiztonságosabb megoldás az, ha egy kompatibilis Live adathordozóról indítunk (például magáról az Arch telepítőről vagy egy másik disztribúcióból származó Live-ról), csatoljuk a partíciókat, és a korábban leírtak szerint használjuk a chroot-ot. Ez biztosítja, hogy az eszközök megfelelően elérhetők legyenek, a partíciós tábla megfelelően felismerhető legyen, és a GRUB problémamentesen újratelepíthető legyen . Fontos ellenőrizni, hogy a GRUB-ot a teljes lemezeszközre (pl. /dev/sda) telepítjük-e, és nem egy adott partícióra (pl. /dev/sda6), kivéve, ha erre nagyon konkrét oka van.

A Windows Boot Manager és a BCD visszaállítása kettős rendszerindítású rendszereken

Azokban a konfigurációkban, ahol a Windows két verziója létezik egyszerre (például Windows 10 és Windows 11), vagy ahol csak a Windows rendszerindítása hibásodott meg kettős rendszerindítás esetén Linux rendszerrel, szükség lehet a Windows rendszerindító-kezelő és annak BCD-tárolójának javítására is.

A Windows tartalmaz egy BCDBoot nevű segédprogramot, amely Windows-alapú rendszerek rendszerindító bejegyzéseinek létrehozására vagy javítására használható . Ez nagyon hasznos, ha egy második Windows-telepítést telepített egy másik partícióra vagy lemezre, és az nem jelenik meg a rendszerindító menüben; vagy ha a rendszerindító menüt törölték, és a Windows csak egy rendszerre indul.

Az általános eljárás a számítógép Windows telepítőlemezzel (vagy helyreállító meghajtóval) történő indításából és a javítási lehetőségek eléréséből áll. A telepítőképernyőn a szokásos folyamat folytatása helyett kattintson a „Számítógép javítása ” elemre. Innen lépjen a „Hibaelhárítás” , majd a „Speciális beállítások ” menüpontra, ahol igényei szerint kiválaszthatja a „Parancssor” vagy az „Indítási javítás ” lehetőséget.

Ha az automatikus javítást választja, az „Indítási javítás” opció automatikusan megpróbálja kijavítani a rendszerindító-kezelő és a BCD-konfiguráció hibáit . Ez egy gyors módja a Windows rendszerindító-kezelő helyreállításának sok esetben anélkül, hogy manuálisan kellene beírni a parancsokat.

Ha nagyobb kontrollra van szükséged, a BCD tárolót újraépítheted a parancssorból . Egy tipikus eljárás, hogy először biztonsági másolatot készítesz az aktuális tárolóról valami hasonlóval, mint a `ren BCD BCD.old` (miután a megfelelő mappába navigálsz), majd futtatod a `bcdboot D:\Windows` parancsot (a `D:\Windows` helyére a hozzáadni kívánt Windows telepítés tényleges elérési útját kell beírnod). Ha nem tudod, hogy melyik meghajtóbetűjel tartozik az egyes partíciókhoz, a `diskpart` , majd a `list volume` paranccsal láthatod a hozzárendelt betűket.

A nyelv és a rendszerindító kötet megadása teljesebb szintaxissal is lehetséges, például a ` bcdboot c:\Windows /l en-us /s X: /f ALL` paranccsal , az X: helyére a rendszerindító partíció meghajtóbetűjelét kell írni (vagy annak a pendrive-nak a betűjelét, amelyen a rendszerbetöltőt létre szeretné hozni). Ez a BCD-t a kiválasztott Windows-verzió tiszta bejegyzéseivel írja át, így újraindításkor mindkét rendszer megjelenik a rendszerindító menüben, ha a konfiguráció többi része helyes.

Javítsa ki a Windows MBR-t a Bootrec segítségével

Azokban az esetekben, amikor a probléma közvetlenül egy olyan lemez MBR-jében (Master Boot Record) van , amelyet korábban Windows rendszerindító meghajtóként használtak, használhatja a bootrec eszközt is , amely a Windows helyreállítási környezeteiben érhető el.

A folyamat általában a Windows telepítő adathordozójáról történő indítással kezdődik . Sok Dell számítógépen például az indítóképernyőn az F12 billentyű megnyomásával megnyithatja a rendszerindító menüt, és kiválaszthatja a telepítő USB-t vagy DVD-t. Miután belépett, a korábbiakhoz hasonlóan kattintson a „Számítógép javítása ” , majd a „Hibaelhárítás ”, végül a „Speciális beállítások” lehetőségre, végül pedig a „Parancssor ” lehetőségre.

A konzolról a következő sorrendben futtatható bootrec parancsok egyike az MBR és a BCD tároló javításához: először a bootrec /fixmbr parancsot , amely egy tiszta, Windows-kompatibilis MBR-t ír a lemezre; majd a bootrec /fixboot parancsot , amely egy új rendszerindító szektort hoz létre a rendszerpartíción; végül pedig a bootrec /rebuildbcd parancsot , amely megkeresi a meglévő Windows-telepítéseket, és felajánlja, hogy hozzáadják azokat a rendszerindító tárolóhoz.

Miután ezek a parancsok hiba nélkül működnek, a számítógép újraindítása a telepítő adathordozó eltávolításával történik, hogy ellenőrizzük, a Windows megfelelően indul-e, és ha igen, akkor a Linuxszal történő kettős rendszerindítás továbbra is elérhető-e a GRUB-on vagy a Boot Manageren keresztül , a rendszer konfigurációjától függően.

Mindezen eszközök és eljárások ismerete (LiveUSB Linuxhoz, chroot és GRUB újratelepítés, Boot-Repair, Syslinux, LILO, BCDBoot és bootrec használata) sokkal könnyebbé teszi annak diagnosztizálását, hogy melyik rendszerindító összetevő hibásodott meg egy kettős rendszerindítású rendszerben, és minden esetben a megfelelő megoldás alkalmazását, elkerülve a teljes rendszer újratelepítését, és néhány lépésben helyreállítva a stabil kettős rendszerindítást a Windows és a kedvenc Linux disztribúció között.

Kapcsolódó cikk:

Teljes körű bemutató a Windows Boot Managerről és a rendszerindítási sorrendről