- A rendszerindító-kezelő hibájának gyakori okai közé tartozik a Windows telepítése vagy a partíció átméretezése.
- Helyreállítási módszerek a GRUB parancssor használatával, külső támogatás igénye nélkül.
- Fejezze be a betöltő újratelepítési eljárásait LiveUSB környezetek és chroot technika használatával.
- EFI rendszerindító bejegyzések kezelése és maradék könyvtárak kiürítése modern rendszerekben.
Biztos vagyok benne, hogy veled is megtörtént már: izgatottan bekapcsolod a számítógépedet, és a szokásos operációs rendszer kiválasztására szolgáló menü helyett egy fekete képernyő és egy rejtélyes szöveg fogad, ami teljesen összezavar. A GRUB rendszerindító-kezelő feltörése klasszikus probléma a Linux-felhasználók körében, akár a partíciókkal való babrálás során fellépő gondatlanságból, akár azért, mert a Windows úgy döntött, hogy a saját rendszerbetöltője fontosabb, és felülírta a miénket.
A jó hír az, hogy bár úgy tűnhet, mintha kizártad volna magad otthonról, számos módon visszajuthatsz. Attól függően, hogy van-e bootolható USB-meghajtód, vagy hogy tudsz-e kommunikálni a mentőkonzollal, a folyamat eltérő lehet, de a lényeg, hogy ne ess pánikba. Nézzük meg az összes lehetséges módszert a probléma megoldására és a Debian, Ubuntu vagy bármilyen Debian-alapú disztribúció újraélesztésére.
Miért hibásodott meg a GRUB?
Mielőtt belekezdenénk a rendszer bütykölésébe, fontos megérteni, mi történt, hogy megakadályozzuk a probléma újbóli előfordulását. Leggyakrabban a Windows Linux utáni telepítésekor a Microsoft rendszere felülírja az MBR rendszerindító szektort , törli a GRUB-ot. Az is nagyon gyakori, hogy a rendszerindító mutatók megváltoznak, és a rendszer elvész, amikor a lemezpartíciókat az adatmeghajtón lévő hely felszabadítása érdekében kezeljük.
Ritkábban egy kernel- vagy rendszerfrissítés is tönkreteheti a rendszerbetöltőt. Még összetett, háromszoros rendszerindítási konfigurációkban (például Windows, Mac és Linux OpenCore-ral) is előfordulhat, hogy egy harmadik féltől származó rendszerbetöltő felülírja a GRUB konfigurációját, így a parancssornál ragadsz.
Gyors helyreállítás a GRUB konzolról
Ha elég szerencsés vagy ahhoz, hogy a számítógéped elinduljon, de azonnal megjelenik a parancssor (grub>), megpróbálhatod CD-k vagy USB-meghajtók használata nélkül visszaállítani a rendszerindítási folyamatot. Először is nyomd meg a 'c' billentyűt a konzolba való belépéshez, ha még nem vagy benne. Ha már ott vagy, a cél a következő: keresse meg a rendszer helyét a parancs futtatása ls, amely felsorolja az elérhető lemezeket és partíciókat, például (hd0,msdos1).
Amikor megjelenik a lista, meg kell találnia azt a partíciót, amely a /boot mappát tartalmazza. Ehhez próbálja ki a következő parancsokat: ls (hd0,1)/ amíg meg nem találod a rendszerfájlokat. Miután megtaláltad őket, a következő parancs segítségével meg kell adnod a rendszergazdának, hogy hol keresse a rendszermagokat. set prefix=(hd0,1)/boot/grub és rögzítse a gyökeret set root=(hd0,1). Vegye figyelembe, hogy a billentyűzet általában angol nyelvűEzért a zárójelek és a perjelek a szokásostól eltérő billentyűkön lesznek.
Az utolsó lépés ebben a módban a kernel betöltése. A következő parancsot használjuk: linux /boot/vmlinuz... root=/dev/sda1 (a kernel verzióját a tiéddel, a partíciót pedig a megfelelővel cserélve). Ezután futtatjuk a következőt: initrd /boot/initrd... és végül a parancs bootAnnak elkerülése érdekében, hogy ez minden alkalommal, amikor bekapcsolja a számítógépet, nyissa meg a Linuxot egy terminálon root felhasználóként, és futtassa a grub-install /dev/sda majd ezt követi update-grub2 y update-initramfs -u.
Mély újratelepítés LiveUSB és Chroot használatával
Ha az előző módszer nem működik, külső környezetre van szükségünk. Hozzunk létre egy Bootolható USB Rufus-szal bármilyen Debian-alapú disztribúcióval (például Ubuntuval), és onnan indítsa el a rendszert. Miután belépett, használja a sudo fdisk -l mert pontosan meghatározd, melyik a root partíciód És ha van külön partíciód, akkor a rendszerindító partíció. Például, ha a root a /dev/sda2, akkor a /mnt címre kell csatolnod a következő paranccsal: sudo mount /dev/sda2 /mnt.
Ahhoz, hogy a rendszer úgy működjön, mintha a sérült telepítésedben lennénk, fel kell csatolnunk a rendszer virtuális könyvtárait. Ezt a következőképpen tehetjük meg: kötési parancsok: sudo mount --bind /dev /mnt/dev, sudo mount --bind /dev/pts /mnt/dev/pts, sudo mount --bind /proc /mnt/proc y sudo mount --bind /sys /mnt/sysMiután ez az állványzat a helyére került, végrehajtjuk sudo chroot /mnt, amely lehetővé teszi számunkra, hogy közvetlenül a merevlemez-rendszeren működjünk.
Most, hogy bent vagyunk az eredeti rendszerben, folytatjuk a végső újratelepítést. grub-install --boot-directory=/boot/ --recheck /dev/sdaA munka befejezéséhez újrageneráljuk a konfigurációs fájlt a következővel: grub-mkconfig -o /boot/grub/grub.cfgMár csak a chrootból kell kilépni a következő paranccsal: exit és indítsa újra a számítógépet, hogy ellenőrizze, minden visszaállt-e a normális kerékvágásba.
Speciális esetek: UEFI, EFI és könyvtárütközések
A modern, UEFI-t használó rendszereken néha nem az a probléma, hogy a GRUB eltűnt, hanem az, hogy létezik. több ütköző rendszerindítási bejegyzés korábbi telepítések miatt. Ilyen esetekben megpróbálhatja elindítani a számítógépet a configfile (hdN,gptM)/boot/grub/grub.cfgMiután sikerült bejutni a rendszerbe, létfontosságú a régi verziók maradványainak eltávolítása.
A MAX-hoz hasonló disztribúciókon ehhez a tisztításhoz olyan eszközök vannak, mint a check-efi-installHa elavult könyvtárakat találsz a /boot/efi/EFI/ mappában, akkor törölheted azokat a következővel: rm -rf hogy elkerülje a zavart indításkor. Ha a probléma az, hogy a Windows elrejtette az EFI partíciót, akkor a következőt használhatja: diskpart a Windows CMD-ből hogy betűt rendelj az adott partícióhoz, és manuálisan töröld a már nem használt disztró mappáját, ezzel eltávolítva a régi betöltő nyomát.
Ha ezek egyike sem működik, ellenőrizd a BIOS-t, és győződj meg arról, hogy a Secure Boot le van tiltva , és a rendszerindítási mód UEFI-re van állítva a Legacy/CSM helyett. Azt is tanácsos ellenőrizni, hogy az NVRAM írásvédelme nincs-e engedélyezve, mivel ez megakadályozná, hogy a grub-install parancs az új rendszerindítási bejegyzést az alaplapra írja.
Ezen hibák kijavításához – legyen szó akár a mentőkonzol manipulálásáról, chroot újratelepítés kikényszerítéséről USB-meghajtóról, vagy sérült EFI-bejegyzések tisztításáról – a kulcs a partíciók helyes azonosításában és annak biztosításában rejlik, hogy a rendszerbetöltő a megfelelő operációs rendszer kernelre mutasson.
Szenvedélyes író a bájtok és általában a technológia világáról. Szeretem megosztani tudásomat írásban, és ezt fogom tenni ebben a blogban, megmutatom a legérdekesebb dolgokat a kütyükről, szoftverekről, hardverekről, technológiai trendekről stb. Célom, hogy egyszerű és szórakoztató módon segítsek eligazodni a digitális világban.