Blocat la ecranul GNU GRUB VERSION 1.99? Pașii esențiali pentru a-ți repara boot-ul

Imaginați-vă scenariul: vă așezați în fața calculatorului, gata să vă începeți ziua de lucru sau să vă bucurați de timpul liber, apăsați butonul de pornire, iar în loc să vedeți logo-ul familiar al sistemului de operare, sunteți întâmpinat de un ecran negru, rece, cu un mesaj misterios: GNU GRUB version 1.99 (sau o versiune similară) și o linie de comandă grub> sau grub rescue>. Panică? Nu este cazul! 😟 Ești blocat în ceea ce pare a fi un labirint digital, dar nu ești singur și există o cale de ieșire. Acest ghid detaliat este conceput pentru a te ajuta să înțelegi, să diagnostichezi și să reparezi boot-ul sistemului tău Linux.

Deși poate părea intimidant la prima vedere, ecranul GRUB (Grand Unified Bootloader) este de fapt un instrument incredibil de puternic. Atunci când te blochezi aici, înseamnă că sistemul tău nu poate găsi instrucțiunile esențiale pentru a încărca sistemul de operare. Dar nu-ți face griji! Cu puțină răbdare și urmând pașii corecți, vei reuși să-ți aduci calculatorul înapoi la viață. Să explorăm împreună soluțiile! ✨

Ce Este GRUB și De Ce Este Crucial?

Pentru a repara ceva, e esențial să înțelegem ce este. GRUB este bootloader-ul standard pentru majoritatea distribuțiilor Linux. Rolul său este absolut fundamental: el este puntea de legătură dintre firmware-ul calculatorului (BIOS sau UEFI) și kernelul sistemului de operare. Atunci când pornești sistemul, firmware-ul găsește și încarcă GRUB, iar apoi GRUB preia controlul, afișează un meniu de boot (dacă există mai multe sisteme de operare sau opțiuni de boot) și, în cele din urmă, încarcă kernelul Linux în memorie, predând apoi controlul sistemului de operare. Fără un bootloader funcțional, sistemul tău nu știe cum să pornească. 💻

Cauze Comune ale Erorilor GRUB ⚠️

De ce te-ai putea regăsi în această situație? Există mai multe motive comune pentru care GRUB ar putea eșua să funcționeze corect:

• Actualizări Eșuate: O actualizare de kernel sau de pachet GRUB care nu s-a finalizat corect poate lăsa fișierele de boot într-o stare inconsistentă.
• Modificări ale Partițiilor: Redimensionarea, mutarea, ștergerea sau crearea de noi partiții, mai ales cele legate de sistemul de operare sau de zona /boot, pot confunda GRUB.
• Instalare Dual-Boot: Instalarea unui al doilea sistem de operare (cum ar fi Windows) după Linux poate suprascrie Master Boot Record (MBR) sau EFI System Partition (ESP), eliminând GRUB.
• Coruperea MBR/ESP: Sectoarele de boot de pe hard disk pot fi corupte din cauza unor erori de disc, pene de curent sau chiar viruși (mai rar în Linux).
• Defecțiuni Hardware: Un hard disk defect sau o unitate SSD problematică pot împiedica GRUB să acceseze fișierele necesare.
• Schimbări de Firmware: Uneori, actualizări ale BIOS-ului/UEFI pot reseta ordinea de boot sau pot altera setările care afectează recunoașterea GRUB.

Indiferent de cauză, scopul nostru este să refacem acea legătură vitală dintre hardware și sistemul de operare.

Pregătirea pentru Recuperare: Instrumentele Tale Esențiale 🛠️

Înainte de a ne scufunda în comenzi, asigură-te că ești pregătit. Vei avea nevoie de un instrument crucial:

Un USB Live sau DVD cu Distribuția Ta Linux: Acesta este probabil cel mai important instrument. Fie că folosești Ubuntu, Fedora, Mint sau altă distribuție, ai nevoie de o imagine ISO a acesteia pe un stick USB bootabil. Acest lucru îți va permite să pornești un sistem de operare temporar și să ai acces la un terminal cu privilegii de root, esențial pentru a repara sistemul. Poți crea unul folosind utilitare precum Rufus (pentru Windows) sau Etcher (multi-platformă). 💡

Verificări Inițiale (Rapid):

• Asigură-te că nu ai vreun stick USB vechi sau CD/DVD uitat în unități care ar putea perturba procesul de boot.
• Dacă ai acces la setările BIOS/UEFI, verifică ordinea de boot pentru a te asigura că unitatea de pe care încerci să bootezi (ex: hard disk-ul principal sau stick-ul USB Live) este prima în listă.

Metoda 1: Comenzi GRUB Directe (Soluție Temporară) ⏳

Uneori, GRUB este aproape acolo, dar pur și simplu nu-și găsește fișierele de configurare. Dacă ești blocat la promptul grub> sau grub rescue>, poți încerca o reparație manuală, temporară, pentru a boota sistemul. Aceasta este o bună ocazie de a testa dacă sistemul de fișiere este intact și de a-ți accesa datele înainte de o reparație permanentă.

Pași:

1. Identifică Partițiile:

   ls

   Această comandă va afișa o listă de discuri și partiții detectate, de exemplu (hd0) (hd0,msdos1) (hd0,msdos2) (hd1) etc. Sau (hd0,gpt1) (hd0,gpt2) dacă folosești GPT. Caută partiția unde crezi că este instalat Linux (de obicei partiția root, unde se află directorul /boot). Poți încerca să vezi conținutul fiecărei partiții cu ls (hdX,Y)/, căutând un director numit /boot. De exemplu:

   ls (hd0,msdos1)/boot/

   Dacă vezi fișiere precum vmlinuz și initrd, ai găsit partiția corectă! Notează-o. Să presupunem că este (hd0,msdos5) sau (hd0,gpt5).

2. Setează Variabilele GRUB:

   Acum trebuie să-i spui lui GRUB unde să caute fișierele sale și kernelul. Înlocuiește (hdX,Y) cu partiția identificată.

   set root=(hd0,msdos5)

   set prefix=(hd0,msdos5)/boot/grub

3. Încarcă Modulele Esențiale:

   insmod normal

   Dacă primești o eroare, încearcă să încarci alte module, precum linux și initrd.

   insmod linux

   insmod part_msdos

   (sau part_gpt dacă ești pe GPT)

   insmod ext2

   (sau ext4, btrfs, în funcție de sistemul de fișiere al partiției root)

4. Încarcă Kernelul Linux:

   linux /boot/vmlinuz-$(uname -r) root=/dev/sdXY ro

   Aici, $(uname -r) trebuie înlocuit manual cu versiunea kernelului tău (ex: vmlinuz-5.15.0-76-generic). Poți găsi versiunea cu ls (hd0,msdos5)/boot/. /dev/sdXY trebuie să fie numele partiției Linux root (ex: /dev/sda5). Poți afla acest lucru și din ls (hd0,msdos5)/, căutând fișierul grub.cfg și verificând conținutul, sau reținând corespondența dintre numărul partiției GRUB și cel al sistemului.

   initrd /boot/initrd.img-$(uname -r)

   Folosește aceeași versiune de kernel ca mai sus.

5. Bootează Sistemul:

   boot

Dacă acești pași funcționează, vei ajunge în sistemul tău Linux! 🎉 Este o victorie temporară, dar acum ești în interior și poți trece la o reparație permanentă. Imediat ce ești în sistem, deschide un terminal și execută:

sudo update-grub

sudo grub-install /dev/sdX

(Înlocuiește /dev/sdX cu numele discului tău principal, de exemplu /dev/sda sau /dev/nvme0n1, *nu* cu o partiție precum /dev/sda1).

Acest lucru ar trebui să regenereze fișierul de configurare GRUB și să-l reinstaleze pe MBR/ESP. Apoi, poți reporni sistemul. Dacă această metodă pare prea complexă sau nu funcționează, nu te descuraja! Avem o soluție și mai robustă. 🛡️

Metoda 2: Utilizarea unui USB Live pentru o Recuperare Robustă 🚀

Această metodă este cea mai fiabilă și acoperă majoritatea scenariilor. Este o intervenție chirurgicală, dar cu instrumentele potrivite, este sigură și eficientă. 🛠️

Pași:

1. Bootează de pe USB-ul Live:

   Introdu USB-ul Live și repornește computerul. Accesează meniul de boot al BIOS/UEFI (de obicei prin apăsarea repetată a unei taste precum F2, F10, F12, DEL la pornire) și selectează USB-ul tău ca dispozitiv de boot. Odată ce sistemul Live pornește, alege opțiunea „Try Ubuntu” (sau echivalentul pentru distribuția ta) pentru a intra în mediul desktop fără a instala nimic permanent.

2. Deschide un Terminal:

   După ce sistemul Live a pornit, deschide un terminal (de obicei Ctrl+Alt+T sau căutând „Terminal” în meniul aplicațiilor).

3. Identifică Partiția Root a Sistemului Tău Linux:

   Va trebui să știi care este partiția pe care este instalat sistemul tău Linux (partiția /, cunoscută și ca partiția root). Poți folosi:

   sudo fdisk -l

   Această comandă listează toate discurile și partițiile. Caută o partiție de tip „Linux filesystem” de dimensiunea corectă. De exemplu, ar putea fi /dev/sda5 sau /dev/nvme0n1p3. Notează numele complet al partiției.

   O altă comandă utilă este:

   sudo blkid

   Aceasta afișează UUID-urile și tipurile de sistem de fișiere, ajutându-te să identifici partiția root (unde, de obicei, găsești un sistem de fișiere de tip ext4).

   Să presupunem că ai identificat partiția root ca fiind /dev/sda5.

4. Montează Partiția Root:

   sudo mount /dev/sda5 /mnt

   Această comandă montează partiția ta de sistem în directorul temporar /mnt.

5. Montează Partiția /boot (Dacă Este Separată):

   Dacă ai o partiție /boot dedicată (ceea ce este mai rar, dar posibil), trebuie să o montezi și pe aceasta. Presupunând că partiția /boot este /dev/sda4:

   sudo mount /dev/sda4 /mnt/boot

   Dacă nu ești sigur, poți verifica fișierul /etc/fstab al sistemului tău montat: cat /mnt/etc/fstab. Acesta îți va arăta unde sunt montate partițiile la pornire.

6. Montează Sistemele de Fișiere Esențiale pentru Chroot:

   Acum trebuie să montezi alte directoare vitale pentru ca sistemul chroot să funcționeze corect. Acestea permit accesul la dispozitive, procese și pseudo-fișiere de sistem.

   sudo mount --bind /dev /mnt/dev

   sudo mount --bind /sys /mnt/sys

   sudo mount --bind /proc /mnt/proc

7. Intră în Mediul Chroot:

   chroot (change root) îți va permite să rulezi comenzi ca și cum ai fi bootat în propriul tău sistem Linux, chiar dacă ești încă pe USB-ul Live.

   sudo chroot /mnt

   Promptul terminalului ar trebui să se schimbe, indicând că ești acum în mediul chroot (ex: root@ubuntu:/#). Dacă nu se schimbă, este totuși în regulă. Ai grijă să te asiguri că ai privilegiile necesare (prin sudo înainte de chroot, iar apoi ești automat root).

8. Reinstalează GRUB:

   Acesta este pasul crucial. Trebuie să reinstalezi GRUB pe MBR (Master Boot Record) al discului tău principal sau pe ESP (EFI System Partition) dacă folosești UEFI. Este esențial să specifici DISCUL, nu PARTIȚIA.

   grub-install /dev/sda

   Asigură-te că înlocuiești /dev/sda cu discul corect al sistemului tău (poate fi /dev/nvme0n1 dacă ai un NVMe SSD). Poți verifica numele discului cu fdisk -l înainte de chroot. Evită să adaugi un număr de partiție (ex: /dev/sda1).

   Dacă primești erori legate de UEFI sau GPT, s-ar putea să fie necesar să specifici directorul --efi-directory sau să te asiguri că ai pachetul grub-efi instalat și că ESP-ul este montat corect. Pentru sistemele UEFI, ESP-ul este de obicei o partiție FAT32 marcată ca „EFI System Partition”. Dacă este montată, GRUB ar trebui să o detecteze automat. Dacă nu, asigură-te că este montată la /boot/efi în cadrul chroot-ului.

9. Actualizează Configurația GRUB:

   După reinstalare, trebuie să generezi fișierul de configurare GRUB cu noile setări.

   update-grub

   Această comandă scanează sistemul pentru nuclee Linux și alte sisteme de operare (dacă ai dual-boot) și construiește fișierul grub.cfg.

10. Ieși din Chroot și Demontează Partițiile:

    exit

    Acum ești înapoi în mediul USB Live. Este important să demontezi toate partițiile înainte de a reporni.

    sudo umount /mnt/dev

    sudo umount /mnt/sys

    sudo umount /mnt/proc

    sudo umount /mnt/boot

    (doar dacă ai montat o partiție /boot separată)

    sudo umount /mnt

11. Repornește Sistemul:

    Scoate USB-ul Live și repornește computerul.

    sudo reboot

    Cu puțin noroc, ar trebui să vezi acum meniul GRUB obișnuit și să poți boota în sistemul tău Linux! ✅

Situații Speciale și Sfaturi Adiționale 💡

• Dual-Boot Windows/Linux: Dacă ai un sistem dual-boot și Windows ți-a „șters” GRUB, reinstalarea GRUB așa cum am descris-o ar trebui să rezolve problema. GRUB este capabil să detecteze Windows și să-l adauge în meniul de boot. Asigură-te că rulezi update-grub după reinstalare.
• Probleme cu UEFI și Secure Boot: Pe sistemele moderne cu UEFI, s-ar putea să întâmpini provocări suplimentare. Asigură-te că Secure Boot este dezactivat în setările UEFI/BIOS dacă ai probleme persistente. De asemenea, reinstalarea GRUB pe un sistem UEFI necesită ca partiția EFI System Partition (ESP) să fie montată corect (de obicei la /boot/efi) înainte de a rula grub-install.
• Erori „no GRUB device found”: Această eroare apare adesea dacă grub-install nu poate identifica unitatea principală. Asigură-te că ai montat corect partiția root și că ai specificat discul corect (ex. /dev/sda) și nu o partiție.

Prevenția Este Cheia! 🔑

Deși acum ești un expert în recuperarea GRUB, este întotdeauna mai bine să previi decât să remediezi. Iată câteva sfaturi:

• Backup-uri Regulate: Folosește instrumente precum Timeshift, rsync sau clonează-ți discul pentru a avea întotdeauna o copie de siguranță a sistemului tău.
• Atenție la Partiții: Fii extrem de precaut când faci modificări la partițiile discului, mai ales la cele care conțin sistemul de operare sau partiția de boot.
• Înțelege Actualizările: Înainte de actualizări majore, mai ales cele legate de kernel sau GRUB, este o idee bună să ai un punct de restaurare sau un backup.

O Opinie Basată pe Experiență 💖

De-a lungul anilor, am observat că problemele cu GRUB sunt una dintre cele mai frecvente bariere pentru utilizatorii noi de Linux. Cu toate acestea, ele sunt și una dintre cele mai edificatoare experiențe. Ele demonstrează robustețea și deschiderea ecosistemului Linux. Faptul că poți, cu un simplu USB Live și câteva comenzi de terminal, să-ți repari un sistem care pare „mort”, este o dovadă a filozofiei open-source și a puterii pe care o oferă utilizatorilor săi. Nu ești la mila unui sistem închis; ai instrumentele și controlul. Comunitatea Linux a creat și perfecționat aceste unelte de recuperare pentru a fi accesibile și eficiente, transformând o situație stresantă într-o oportunitate de învățare și de stăpânire a propriului sistem.

Concluzie: Ești Stăpân pe Sistemul Tău! 🎉

Sper că acest ghid te-a ajutat să navighezi cu succes prin provocarea GRUB. Nu uita, fiecare problemă rezolvată este o lecție învățată și o abilitate nouă dobândită. Ești acum mai pregătit și mai încrezător în gestionarea sistemului tău Linux. Data viitoare când vei întâlni ecranul GRUB rescue, vei ști exact ce ai de făcut. Felicitări pentru perseverență! Dacă ai întrebări sau te-ai blocat la un anumit pas, nu ezita să cauți ajutor în comunitățile Linux – sunt pline de oameni dornici să te ghideze. Succes!