S-a stricat boot-ul? Cum să repari orice Grub problem pe Red Hat Linux

Ah, acel moment de panică. Încercarea de a porni sistemul Red Hat Linux și, în loc de binecunoscuta secvență de încărcare, te lovești de un ecran negru, un prompt „grub>” sau „grub rescue>”, ori o serie de mesaje de eroare criptice. Știm cu toții sentimentul. E ca și cum ușa principală a casei tale digitale s-ar fi blocat subit. Dar nu te teme! 🛠️ Această situație, deși frustrantă, este aproape întotdeauna remediabilă. Indiferent dacă ești un veteran Linux sau abia ai început, acest ghid te va echipa cu instrumentele și cunoștințele necesare pentru a readuce la viață sistemul tău Red Hat.

Problemele cu Grand Unified Bootloader (GRUB) sunt printre cele mai comune dificultăți întâlnite de utilizatorii Linux. Ele pot apărea din diverse motive: o actualizare de kernel eșuată, o instalare dual-boot care a suprascris MBR-ul sau EFI-ul, o ștergere accidentală de fișiere, sau chiar o simplă eroare de configurare. Vestea bună este că, odată ce înțelegi cum funcționează GRUB și care sunt metodele de recuperare, vei putea depăși majoritatea acestor obstacole. Hai să începem!

Înțelegerea Inimii Sistemului Tău: Ce este GRUB?

Înainte de a ne apuca de reparații, e esențial să înțelegem ce face GRUB. În esență, GRUB este încărcătorul de pornire al sistemului tău de operare. Rolul său principal este de a prelua controlul de la firmware-ul computerului (BIOS sau UEFI) și de a încărca nucleul (kernelul) sistemului de operare Linux în memorie, predând apoi controlul acestuia. Fără un GRUB funcțional, sistemul tău nu știe cum să pornească.

Procesul de pornire al GRUB este adesea împărțit în etape:

• GRUB Stage 1: Este primul bit de cod încărcat de BIOS din Master Boot Record (MBR) pe sistemele vechi sau de firmware-ul UEFI dintr-o partiție de sistem EFI (ESP). Rolul său este limitat la găsirea și încărcarea etapei următoare.
• GRUB Stage 1.5 (doar BIOS): Este o mică secțiune de cod situată în spațiul dintre MBR și prima partiție. Aceasta conține drivere de sistem de fișiere care permit GRUB să citească fișiere din partiții, încărcând apoi Stage 2.
• GRUB Stage 2: Acesta este încărcătorul de pornire principal, conținând interfața GRUB, modulele și, cel mai important, fișierul de configurare grub.cfg. Acest fișier spune GRUB-ului ce sisteme de operare sunt disponibile, unde se găsesc și cum să le pornească.

Dacă oricare dintre aceste etape este coruptă sau lipsă, sistemul nu va reuși să pornească. 💡 Distincția între sistemele bazate pe BIOS (Legacy) și cele bazate pe UEFI (Modern) este crucială, deoarece metodele de reparare pot varia ușor. Sistemele BIOS stochează GRUB în MBR, în timp ce sistemele UEFI îl stochează într-o partiție dedicată, formatată FAT32, numită EFI System Partition (ESP).

Pregătirea pentru Misiunea de Salvare: Ce Avem Nevoie?

Pentru a repara un GRUB defect, vei avea nevoie de câteva instrumente esențiale. Nu-ți face griji, sunt ușor de procurat:

1. Un stick USB sau DVD Live cu Linux: Acesta este instrumentul tău de salvare. O imagine ISO de Red Hat Enterprise Linux (RHEL), CentOS Stream sau Fedora Workstation este ideală, deoarece va conține toate utilitarele necesare specifice ecosistemului Red Hat. Poți crea un astfel de stick utilizând Rufus (Windows), Etcher (multi-platformă) sau dd (Linux). 🐧
2. Acces la internet (opțional, dar recomandat): Pentru a descărca pachete suplimentare, dacă este necesar, sau pentru a verifica documentația online.
3. Răbdare și o atitudine calmă: Pașii pot părea inițial descurajatori, dar sunt logici și repetitivi. 🧠

Diagnosticul Inițial: Unde S-a Stricat?

Primul pas în remedierea unei probleme este să înțelegi natura acesteia. Ce vezi pe ecran când sistemul nu pornește? ⚠️

• Ecran Negru fără mesaj: Poate indica o problemă serioasă cu MBR-ul sau ESP-ul, sau cu setările de bază ale BIOS/UEFI.
• Promptul grub>: Asta înseamnă că GRUB Stage 1 sau 1.5 a reușit să se încarce, dar nu a găsit fișierul grub.cfg sau nu a putut interpreta corect comanda de încărcare. Este un semnal că sistemul tău de fișiere sau configurația GRUB este afectată.
• Promptul grub rescue>: Situația este puțin mai gravă decât grub>. Aceasta indică faptul că GRUB nu a reușit să găsească nici măcar directorul /boot/grub2 (sau /boot/grub pe unele sisteme). Cel mai probabil, o partiție importantă este inaccesibilă sau sistemul de fișiere este corupt.
• Erori specifice: „No such partition”, „File not found”, „Unknown filesystem”. Acestea oferă indicii clare despre ce lipsește sau este inaccesibil.

De asemenea, este vital să știi dacă sistemul tău utilizează BIOS sau UEFI. Poți verifica asta bootând în Live USB și executând ls /sys/firmware/efi. Dacă acest director există și conține fișiere, ești pe un sistem UEFI. Altfel, cel mai probabil este BIOS.

Strategia de Reparare 1: Când Vedeți Promptul „grub>” sau „grub rescue>”

Această metodă este utilă atunci când GRUB a fost încărcat parțial, dar nu știe ce să facă mai departe. Este o soluție temporară pentru a porni sistemul, urmată de o reparație permanentă. Acești pași necesită o anumită familiaritate cu structura partițiilor tale.

1. Identificarea partițiilor: La promptul grub> sau grub rescue>, tastează ls. Vei vedea o listă de discuri și partiții, cum ar fi (hd0) (hd0,msdos1) (hd0,msdos2) pentru BIOS sau (hd0,gpt1) (hd0,gpt2) pentru UEFI. Caută partiția pe care este instalat Linux. Poți încerca ls (hd0,gptX)/ sau ls (hd0,msdosX)/ și să verifici dacă vezi directoare precum boot, etc, home. Partitiția rădăcină (/) a sistemului tău Linux este cea de care avem nevoie.
2. Găsește fișierul de configurare GRUB (doar pentru grub>): Dacă ești la promptul grub>, încearcă să localizezi grub.cfg. De obicei, se află în /boot/grub2/grub.cfg sau /boot/grub/grub.cfg.
   
   set prefix=(hdX,Y)/boot/grub2 (înlocuiește X,Y cu identificatorul discului și partiției tale)
   
   set root=(hdX,Y)

insmod normal

normal
   
   Dacă acest lucru funcționează, ar trebui să vezi meniul GRUB. Dacă nu, continuă cu pașii de mai jos.
3. Setarea variabilelor necesare (pentru ambele prompturi, dacă anteriorul nu a funcționat):
   
   set root=(hdX,Y) (unde (hdX,Y) este partiția rădăcină a sistemului tău Linux, de exemplu (hd0,gpt2))
   
   set prefix=(hdX,Y)/boot/grub2 (sau /boot/grub dacă e un sistem mai vechi)
4. Încărcarea modulelor esențiale:
   
   insmod normal (aceasta ar trebui să fie suficientă dacă prefixul este corect)
   
   Dacă apare o eroare, mai poți încerca insmod linux, insmod part_gpt sau insmod part_msdos, insmod ext2 (sau sistemul tău de fișiere).
5. Localizarea și încărcarea kernel-ului Linux:
   
   linux /boot/vmlinuz-$(uname -r) root=/dev/sdXY ro (înlocuiește $(uname -r) cu versiunea kernel-ului tău, de ex. vmlinuz-4.18.0-305.el8.x86_64, și /dev/sdXY cu identificatorul real al partiției rădăcină, de ex. /dev/sda2)
   
   initrd /boot/initramfs-$(uname -r).img (asemănător, înlocuiește cu versiunea kernel-ului)
   
   Pentru a afla numele exact al kernel-ului, poți folosi ls (hdX,Y)/boot/.
6. Pornirea sistemului:
   
   boot

Dacă ai reușit să pornești sistemul, FELICITĂRI! 🎉 Dar nu ești complet scos din necaz. Aceasta este o soluție temporară. Odată ce sistemul a pornit, deschide un terminal și execută următoarele comenzi pentru a repara permanent GRUB:

sudo grub2-mkconfig -o /boot/grub2/grub.cfg
sudo grub2-install /dev/sdX  # Pentru sisteme BIOS (înlocuiește /dev/sdX cu DISCUL, NU partiția!)
# SAU
sudo grub2-install --efi-directory=/boot/efi # Pentru sisteme UEFI (dacă ESP este montată la /boot/efi)
sudo reboot

Acești pași vor regenera fișierul de configurare GRUB și vor reinstala GRUB bootloader-ul în MBR sau în ESP, asigurându-te că sistemul va porni corect data viitoare. ✅

Strategia de Reparare 2: Metoda CHROOT (Soluția Universală)

Aceasta este cea mai robustă și, adesea, cea mai eficientă metodă, capabilă să remedieze aproape orice problemă GRUB, inclusiv cele care duc la un ecran complet negru. Implică utilizarea unui mediu live pentru a accesa sistemul tău defectat și a-l repara din interior. 🏡

1. Pornire de pe Live USB: Boot-ează computerul de pe stick-ul USB sau DVD-ul live cu Linux (RHEL/CentOS/Fedora). Alege opțiunea „Try Fedora” sau „Rescue Mode”.
2. Identificarea partițiilor: Odată ajuns în mediul live (desktop sau terminal), deschide un terminal. Folosește comanda lsblk sau sudo fdisk -l pentru a identifica partiția rădăcină a sistemului tău Red Hat Linux (de exemplu, /dev/sda2 sau /dev/nvme0n1p3). Identifică și partiția EFI System (ESP) dacă ești pe UEFI (de obicei o partiție mică, FAT32, marcată ca „EFI System”).
3. Montarea sistemului defectat:
   
   sudo mount /dev/sdXY /mnt (Înlocuiește /dev/sdXY cu partiția rădăcină a sistemului tău Linux.)
   
   Dacă ai o partiție /boot separată, monteaz-o și pe aceasta:
   
   sudo mount /dev/sdXZ /mnt/boot (Înlocuiește /dev/sdXZ cu partiția /boot.)
   
   Dacă ești pe un sistem UEFI, montează și ESP:
   
   sudo mount /dev/sdXW /mnt/boot/efi (Înlocuiește /dev/sdXW cu partiția EFI System.)
4. Montarea sistemelor virtuale: Acestea sunt necesare pentru ca mediul chroot să funcționeze corect, simulând un sistem de operare complet.
   
   sudo mount --bind /dev /mnt/dev

sudo mount --bind /proc /mnt/proc

sudo mount --bind /sys /mnt/sys

sudo mount --bind /run /mnt/run (pentru sistemele mai noi)
5. Efectuarea CHROOT-ului: Acum vei „intra” în sistemul tău defectat.
   
   sudo chroot /mnt
   
   Promptul terminalului ar trebui să se schimbe, indicând că ești acum în mediul sistemului tău.
6. Reinstalarea și Actualizarea GRUB: Odată intrat în chroot, poți acționa ca și cum ai fi pornit sistemul normal.
   
   Pentru sisteme BIOS:
   
   grub2-install /dev/sdX (ATENȚIE: Aici /dev/sdX trebuie să fie discul întreg, nu o partiție, de exemplu /dev/sda. Acesta va instala GRUB în MBR.)
   
   Pentru sisteme UEFI:
   
   grub2-install --efi-directory=/boot/efi (Aceasta va instala fișierele GRUB în ESP-ul montat anterior.)
   
   Indiferent de tipul de firmware, regenerează fișierul de configurare GRUB:
   
   grub2-mkconfig -o /boot/grub2/grub.cfg
   
   Este o idee bună să regenerezi și initramfs, în special dacă problema a apărut după o actualizare de kernel:
   
   dracut -f -v (sau dracut -f -v $(uname -r) pentru un kernel specific)
7. Ieșire și Curățenie:
   
   exit (Aceasta te va scoate din mediul chroot și te va readuce la terminalul Live USB.)
   
   Acum demontează toate partițiile pe care le-ai montat:
   
   sudo umount -R /mnt

sudo reboot
   
   Scoate stick-ul USB sau DVD-ul Live când sistemul repornește. Sperăm că vei vedea meniul GRUB și apoi sistemul tău Red Hat pornit! 🚀

Cazuri Speciale și Sfaturi Pro

• Probleme Dual Boot: Dacă ai o configurație dual boot (de exemplu, Windows și Linux) și o actualizare a unui sistem de operare a stricat GRUB, utilizează metoda chroot pentru a reinstala GRUB pe sistemul Linux. Apoi, asigură-te că os-prober este instalat și rulează grub2-mkconfig din nou. Acesta ar trebui să detecteze celălalt sistem de operare și să-l adauge în meniul GRUB.
• MBR Corupt (BIOS): Dacă MBR-ul este complet corupt, grub2-install /dev/sdX este soluția preferată. Evită pe cât posibil comenzi precum dd if=/dev/zero of=/dev/sdX bs=512 count=1 fără a înțelege exact ce faci, deoarece aceasta poate șterge și tabelul de partiții!
• Partiția EFI System (ESP) Defectă (UEFI): Dacă ESP-ul este corupt sau șters, va trebui să o recreezi (format FAT32), să o montezi la /mnt/boot/efi și apoi să rulezi grub2-install --efi-directory=/mnt/boot/efi (din chroot).
• Fișier grub.cfg lipsă sau corupt: Metoda chroot și regenerarea fișierului cu grub2-mkconfig -o /boot/grub2/grub.cfg este soluția. Această comandă scanează sistemul pentru kernel-uri și alte sisteme de operare și construiește un fișier de configurare funcțional.

Am observat de-a lungul anilor că, deși există diverse modalități de a aborda o problemă GRUB, metoda chroot este de departe cea mai consistentă și mai puțin predispusă la erori pe termen lung. Da, necesită mai mulți pași, dar oferă un control complet și o șansă mult mai mare de succes, transformând o situație stresantă într-o victorie garantată, odată ce te familiarizezi cu procesul. Nu ocoliți chroot-ul, îmbrățișați-l!

Prevenția este Cheia!

Deși acum știi cum să repari GRUB, este întotdeauna mai bine să previi problemele:

• Fii atent la actualizări: Înainte de actualizările majore de sistem, asigură-te că ai un backup al fișierului grub.cfg și, dacă este posibil, al MBR-ului sau ESP-ului.
• Prudență cu Dual Boot: Când instalezi un alt sistem de operare alături de Linux, înțelege cum gestionează bootloader-ele. Adesea, instalarea Windows poate suprascrie GRUB fără avertisment.
• Ai întotdeauna un Live USB la îndemână: Este cel mai bun prieten al tău în caz de urgență.

Concluzie

Depanarea problemelor GRUB pe Red Hat Linux poate părea intimidantă la prima vedere, dar, așa cum ai văzut, este un proces structurat și perfect realizabil. Cu instrumentele potrivite (un Live USB), cunoștințele adecvate despre rolul GRUB și pașii metodelor de recuperare (în special chroot), poți rezolva majoritatea scenariilor de eșec al pornirii. Sperăm că acest ghid detaliat ți-a oferit încrederea și informațiile necesare pentru a-ți readuce sistemul la o stare funcțională. Nu uita, fiecare problemă rezolvată este o lecție învățată și o nouă abilitate dobândită. Acum, poți reporni sistemul cu zâmbetul pe buze! 😊