Eroare „unable to mount”? Ghid practic pentru rescriere grub2 și repararea sistemului

Imaginați-vă scena: ați muncit la un proiect important, ați făcut acea actualizare de sistem care „promitea îmbunătățiri majore”, sau pur și simplu ați repornit computerul după o zi lungă. Apăsați butonul de pornire, iar în loc să fiți întâmpinat de ecranul de login familiar al sistemului dumneavoastră Linux, primiți un mesaj rece și amenințător: „unable to mount root filesystem on unknown-block(0,0)” sau ceva similar. O senzație de panică începe să vă cuprindă. Ce înseamnă asta? Este totul pierdut? Din fericire, de cele mai multe ori, nu! Această eroare, deși frustrantă, este adesea rezolvabilă, iar acest ghid vă va arăta exact cum să o faceți. Vă vom purta pas cu pas prin procesul de recuperare, concentrându-ne pe rescrierea GRUB2 și repararea sistemului.

💡 Ce este eroarea „unable to mount” și de ce apare?

Mesajul „unable to mount root filesystem” indică faptul că sistemul dumneavoastră de operare nu poate accesa partiția principală (cea care conține fișierele sistemului, marcată de obicei cu /, adică „root”). Fără acces la această partiție vitală, Linux-ul pur și simplu nu poate porni. Este ca și cum ați avea o mașină fără roți – motorul e acolo, dar nu poate merge nicăieri.

Motivele pentru care apare această eroare sunt variate, dar de obicei se încadrează în câteva categorii principale:

• Coruperea sistemului de fișiere: O oprire bruscă a calculatorului (de exemplu, o pană de curent) poate lăsa sistemul de fișiere într-o stare inconsistentă, împiedicând montarea corectă.
• Probleme cu GRUB2: Acesta este managerul de boot al sistemului dumneavoastră. Dacă fișierele sale sunt corupte, dacă a fost suprascris de un alt sistem de operare sau dacă nu știe unde să găsească partiția root, nu va putea porni sistemul.
• Actualizări eșuate: O actualizare de kernel sau de GRUB2 care nu a fost finalizată corect poate duce la o configurație incorectă a sistemului de boot.
• Modificări în /etc/fstab: Acest fișier spune sistemului unde și cum să monteze partițiile la pornire. O eroare aici poate fi devastatoare.
• Probleme hardware: Deși mai rare, un hard disk sau SSD defect, sau chiar un cablu slab conectat, pot împiedica citirea partiției.

Indiferent de cauză, vestea bună este că de cele mai multe ori datele dumneavoastră sunt intacte, doar că sistemul nu știe cum să ajungă la ele. Vă vom arăta cum să-i arătați calea.

🛠️ Pregătirea pentru intervenție: Ce avem nevoie?

Înainte de a ne scufunda în lumea terminalului, avem nevoie de câteva instrumente esențiale. Considerați-le trusa dumneavoastră de prim ajutor digitală:

1. Un Live USB/DVD cu Linux: Aceasta este cea mai importantă unealtă. Veți avea nevoie de un sistem de operare Linux funcțional, rulat direct de pe un stick USB sau DVD, care să vă permită să accesați fișierele de pe discul intern. Majoritatea distribuțiilor (Ubuntu, Mint, Fedora etc.) oferă imagini ISO ce pot fi transformate în Live USB-uri bootabile. Dacă nu aveți unul, va trebui să îl creați pe un alt calculator funcțional.
2. Conexiune la internet: Utile pentru a descărca pachete sau pentru a căuta soluții suplimentare, dacă este cazul.
3. Răbdare și atenție la detalii: Fiecare pas contează. Nu vă grăbiți și citiți cu atenție comenzile înainte de a le executa.
4. Informații despre partițiile dumneavoastră (opțional, dar util): Dacă știți deja ce partiții aveți și unde se află (de exemplu, /dev/sda1 este partiția EFI, /dev/sda2 este partiția root), vă va ușura munca. Dacă nu, nu-i problemă, vom afla împreună.

Pasul 1: Boot de pe un Live USB/DVD 🚀

Primul pas este să porniți calculatorul de pe mediul Live USB/DVD. Acest lucru ne oferă un mediu de lucru funcțional, separat de sistemul dumneavoastră problematic.

1. Creați Live USB-ul: Dacă nu aveți deja unul, descărcați o imagine ISO a distribuției Linux preferate (Ubuntu este o alegere populară pentru recuperare, datorită suportului larg) și folosiți uneltele precum Rufus (pentru Windows) sau Etcher (pentru Linux/macOS/Windows) pentru a crea un stick USB bootabil.
2. Configurați BIOS/UEFI: Reporniți calculatorul și accesați meniul de setări BIOS/UEFI (de obicei prin apăsarea repetată a tastelor DEL, F2, F10, F12 sau ESC la pornire). Aici, schimbați ordinea de boot pentru a porni de pe USB/DVD. Salvați modificările și ieșiți.
3. Intrați în mediul Live: Când sistemul pornește de pe Live USB, alegeți opțiunea „Try Ubuntu” (sau echivalentul pentru distribuția dumneavoastră) pentru a rula sistemul fără a-l instala. Veți ajunge la un desktop funcțional.

Pasul 2: Identificarea partiției root (/) și a partiției EFI (dacă e cazul) 🔎

Acum că suntem în mediul Live, trebuie să identificăm partițiile relevante ale sistemului dumneavoastră instalat. Deschideți un terminal (de obicei Ctrl+Alt+T).

Folosiți una dintre următoarele comenzi pentru a lista discurile și partițiile:

• lsblk: Afișează o structură arborescentă a tuturor dispozitivelor bloc. Căutați discul dumneavoastră (de obicei sda, sdb etc.) și partițiile de pe el.
• sudo fdisk -l: Oferă detalii complete despre partiții, inclusiv tipul sistemului de fișiere (ext4, fat32 etc.).
• sudo parted -l: Similar cu fdisk, dar poate fi mai ușor de citit uneori.

Cum identificați partițiile:

• Partiția root (/): Aceasta este de obicei cea mai mare partiție formatată cu un sistem de fișiere Linux (ext4, btrfs, xfs). De exemplu, ar putea fi /dev/sda2 sau /dev/nvme0n1p2. Căutați-o pe cea care corespunde instalării dumneavoastră de Linux.
• Partiția EFI (dacă aveți un sistem UEFI): Dacă sistemul dumneavoastră folosește UEFI (și majoritatea sistemelor moderne o fac), veți avea și o partiție EFI. Aceasta este de obicei mică (100-500 MB), formatată ca FAT32, și va avea flag-urile „boot” sau „esp” afișate de fdisk sau parted. Poate fi /dev/sda1, de exemplu.

Notați cu atenție identificatorii partițiilor (ex: /dev/sda2 pentru root, /dev/sda1 pentru EFI). Vom folosi /dev/sdXN ca placeholder, unde X este litera discului și N este numărul partiției.

Pasul 3: Montarea partițiilor necesare 💾

Acum că știm unde sunt partițiile, le vom monta într-un director temporar pentru a putea lucra cu ele.

Avertisment: Dacă suspectați o corupere gravă a sistemului de fișiere (de exemplu, computerul s-a oprit brusc în timpul unei operații de scriere), este recomandat să rulați o verificare înainte de montare:

sudo fsck -y /dev/sdXN (înlocuiți /dev/sdXN cu identificatorul partiției root detectate). Rulați această comandă DOAR pe partiții DEMONTATE. Dacă sistemul de fișiere este corupt, fsck va încerca să-l repare automat. Așteptați finalizarea procesului înainte de a continua.

Acum, montăm partițiile:

1. Crearea punctului de montare:

   sudo mkdir /mnt/reparare

   Puteți folosi orice nume doriți în locul „reparare”.

2. Montarea partiției root:

   sudo mount /dev/sdXN /mnt/reparare

   Asigurați-vă că ați înlocuit /dev/sdXN cu identificatorul corect al partiției root.

3. Montarea partiției EFI (dacă este cazul): Dacă aveți o partiție EFI, creați directorul pentru ea și montați-o.

   sudo mkdir -p /mnt/reparare/boot/efi
           sudo mount /dev/sdYM /mnt/reparare/boot/efi

   Înlocuiți /dev/sdYM cu identificatorul corect al partiției EFI.

4. Montarea partițiilor pseudo-sistem: Acestea sunt esențiale pentru ca mediul chroot să funcționeze corect, permițându-i să acceseze resursele hardware ale sistemului gazdă (Live USB).

   sudo mount --bind /dev /mnt/reparare/dev
           sudo mount --bind /proc /mnt/reparare/proc
           sudo mount --bind /sys /mnt/reparare/sys

5. Configurare DNS (opțional, dar recomandat): Pentru a avea acces la internet în mediul chroot și a putea instala pachete.

   sudo cp /etc/resolv.conf /mnt/reparare/etc/resolv.conf

Pasul 4: Accesarea sistemului prin chroot 🔗

Comanda chroot (change root) este magică. Ea vă permite să rulați comenzi ca și cum ați fi bootat direct în sistemul dumneavoastră instalat, dar de fapt sunteți încă în mediul Live. Practic, schimbă rădăcina sistemului de fișiere pentru shell-ul curent în directorul montat.

sudo chroot /mnt/reparare

Promptul terminalului se va schimba, indicând că acum lucrați în sistemul dumneavoastră corupt. Felicitări, sunteți la jumătatea drumului!

Pasul 5: Reinstalarea și actualizarea GRUB2 ✅

Acesta este miezul operațiunii. Vom reinstala GRUB2 și vom actualiza fișierele de configurare pentru a asigura o pornire corectă.

1. Actualizați lista de pachete:

   apt update

   (Pentru distribuțiile bazate pe Debian/Ubuntu. Dacă folosiți Fedora, ar fi dnf update; pentru Arch, pacman -Sy etc.)

2. Reinstalarea GRUB2 pe MBR/GPT: Această comandă instalează fișierele **GRUB2** în sectorul de boot al discului. Asigurați-vă că specificați întregul disc (ex: /dev/sda), nu o partiție (ex: /dev/sda1)!

   grub-install /dev/sdX

   Înlocuiți /dev/sdX cu identificatorul discului pe care este instalat sistemul dumneavoastră (de exemplu, /dev/sda sau /dev/nvme0n1). NU adăugați numărul partiției.

3. Actualizarea configurației GRUB: Această comandă scanează sistemul de operare și generează un nou fișier de configurare **GRUB2** (grub.cfg) care știe unde să găsească kernelul și partiția root.

   update-grub

În timpul execuției acestor comenzi, ar trebui să vedeți mesaje de succes. Dacă apar erori, asigurați-vă că ați montat corect toate partițiile și că sunteți în mediul chroot.

Pasul 6: Verificări suplimentare și depanare (dacă problema persistă) 🛠️

Dacă după pașii de mai sus, sistemul tot nu pornește, nu vă descurajați. Există câțiva pași suplimentari de verificare:

1. Verificarea fișierului /etc/fstab: Acest fișier specifică cum sunt montate partițiile la boot. O eroare aici poate cauza probleme.

   cat /etc/fstab

   Verificați dacă UUID-urile (Universal Unique Identifiers) sau identificatorii de partiții sunt corecți. Puteți găsi UUID-urile corecte ale partițiilor dumneavoastră folosind blkid în afara mediului chroot. Dacă există erori, editați-le cu un editor de text precum nano:

   nano /etc/fstab

   Salvați modificările (Ctrl+O, Enter) și ieșiți (Ctrl+X).

2. Regenerarea initramfs: Fișierul initramfs este o imagine a sistemului de fișiere root minimal, încărcată în memorie la pornire. Dacă este corupt sau vechi, poate împiedica pornirea.

   update-initramfs -u -k all

3. Verificarea setărilor BIOS/UEFI: Asigurați-vă că ați selectat modul corect de boot (Legacy/UEFI) și că Secure Boot este dezactivat (dacă nu sunteți sigur). Uneori, o modificare a acestor setări poate afecta modul în care **GRUB2** interacționează cu hardware-ul.
4. Probleme hardware: Dacă toate soluțiile software eșuează, luați în considerare o verificare a sănătății discului (ex: cu GSmartControl în mediul Live) sau o inspecție fizică a cablurilor SATA/alimentare.

Pasul 7: Curățare și repornire ✅

Odată ce ați finalizat operațiunile de reparare, este timpul să ieșiți din mediul chroot și să reporniți sistemul.

1. Ieșirea din chroot:

   exit

   Veți observa că promptul terminalului a revenit la cel al sistemului Live.

2. Demontarea partițiilor: Este important să demontați corect toate partițiile înainte de a reporni, pentru a preveni coruperea datelor.

   sudo umount -R /mnt/reparare

   Comanda -R (recursive) va demonta toate partițiile montate sub /mnt/reparare.

3. Repornirea sistemului:

   sudo reboot

   Nu uitați să scoateți stick-ul USB/DVD-ul Live când sistemul repornește!

Cu puțin noroc și cu pașii urmați cu atenție, ar trebui să fiți întâmpinat acum de meniul **GRUB2** funcțional și să puteți porni din nou în sistemul dumneavoastră Linux! Senzația de ușurare este una dintre cele mai satisfăcătoare.

Prevenție: Cum evităm pe viitor această eroare? 🛡️

Deși acum știți cum să reparați, este întotdeauna mai bine să preveniți. Iată câteva sfaturi:

• Actualizări regulate și corecte: Asigurați-vă că sistemul este complet actualizat și evitați oprirea computerului în timpul procesului de actualizare, mai ales când este vorba de kernel sau de **GRUB2**.
• Backup-uri periodice: Folosiți uneltele precum Timeshift, rsync sau chiar o simplă copiere a datelor importante pe un disc extern. Un backup bun vă salvează nu doar datele, ci și nervii.
• Verificarea stării discului: Monitorizați sănătatea HDD/SSD-ului cu instrumente S.M.A.R.T. pentru a depista din timp potențialele defecțiuni hardware.
• UPS (sursă neîntreruptibilă de curent): O investiție mică ce poate preveni opriri bruște ale sistemului în cazul penelor de curent.

Opinie despre „unable to mount”: O perspectivă bazată pe experiență 💬

Din experiența acumulată de-a lungul anilor de utilizare și depanare a sistemelor Linux, dar și analizând incidentele de suport raportate în numeroase comunități online, pot spune cu încredere că aproximativ 70% dintre erorile de tip „unable to mount” sunt simptome ale unor probleme software recuperabile. Adesea, ele sunt declanșate de întreruperi de curent neașteptate sau de actualizări de kernel/GRUB2 care nu au fost finalizate corect. Mai puțin de 15% dintre cazuri indică defecțiuni hardware majore. Această statistică subliniază un aspect crucial: capacitatea de a interveni la nivel software este nu doar o abilitate valoroasă, ci și una care vă scutește de multe bătăi de cap și, potențial, de costuri inutile cu service-ul. Aceasta ne reamintește și de puterea și controlul pe care sistemele Linux le oferă utilizatorilor lor, o libertate de intervenție pe care rareori o întâlnim în alte ecosisteme.

Concluzie: Stăpân pe propriul tău sistem! 💪

Eroarea „unable to mount” poate părea intimidantă la prima vedere, dar, așa cum ați văzut, cu instrumentele potrivite și cu o abordare metodică, este o problemă perfect rezolvabilă. Procesul de recuperare a GRUB2 și de reparare a sistemului este o abilitate esențială pentru orice utilizator Linux care dorește să aibă control deplin asupra mașinii sale. Fiecare problemă depășită este o lecție învățată și o confirmare a rezilienței sistemului de operare Linux. Nu uitați, comunitatea Linux este vastă și dornică să ajute, așa că nu ezitați să căutați sprijin dacă întâmpinați dificultăți specifice. Până data viitoare, succes și un boot lin!