Ghid complet de recuperare a sistemului Linux

Când un sistem Linux nu pornește sau se blochează după o actualizare, este normal să intri în panică. Totuși, odată cu instrumente de recuperare adecvate și o strategie bună de backupEste perfect posibil să readuci mașina la viață fără a fi nevoie să o reinstalezi de la zero.

În lumea Windows, există multe căi bine bătute: modul de siguranță, restaurarea sistemului, instrumente de reparare și, ca ultimă soluție, reinstalarea. Linux oferă, de asemenea, un set foarte puternic de instrumente. Metode pentru restaurarea sistemului, repararea procesului de pornire, utilizarea modurilor de urgență și recuperarea datelorCheia este să le cunoști dinainte, ca să nu fii nevoit să improvizezi când se lovește un dezastru.

Concepte de bază ale recuperării în Linux

Înainte de a intra în detalii despre comenzi, este important să fim clari despre ce înțelegem prin Recuperarea sistemului LinuxNu vorbim întotdeauna despre același lucru: uneori este vorba doar de repararea GRUB, alteori de restaurarea unei copii de rezervă complete și, în alte cazuri, de recuperarea datelor de pe un disc deteriorat.

În general, putem grupa scenariile în trei blocuri principale: restaurarea sistemului la starea anterioară folosind o copie de rezervă completă, Repararea problemelor de bootare sau kernel din GRUB sau UEFIși, în final, recuperarea datelor atunci când sistemul de fișiere este deteriorat.

De asemenea, este important să se facă diferența între instrumentele care acționează în cadrul sistemului în sine (când încă pornește într-un anumit mod) și altele pe care le folosim dintr-un mediu extern, cum ar fi un Live CD/USB sau un shell UEFI. Cu cât mașina este mai proastă, cu atât depindem mai mult de aceste medii externe.

De aceea este atât de recomandabil să ai întotdeauna o mediu de bootare o distribuție similară cu cea pe care o folosim (de exemplu, o versiune Live de Debian, Ubuntu, Linux Mint etc.), deoarece facilitează mult lucrurile formatați, montați partiții, restaurați fișiere și reinstalați bootloader-ul.

Restaurați un sistem Linux complet dintr-o copie de rezervă

Una dintre cele mai fiabile metode de recuperare după o „catastrofă” este crearea prealabilă a unei copii de rezervă complete a sistemului. Cu acea copie de rezervă, putem restaurarea sistemului la starea anterioară, cu programele, setările și personalizările salefără a fi nevoie să îl reinstalați de la zero.

Procesul de restaurare a unui sistem dintr-o copie de rezervă bazată pe fișiere (de exemplu, o arhivă de sistem tar.bz2) poate fi rezumat în câțiva pași clari: pregătirea partiției, montarea acesteia, extragerea copiei de rezervă, recrearea unor directoare excluse și reface bootarea cu GRUB.

Ideal ar fi să bootezi de pe un Live CD/USB al unei distribuții similare cu originalul (dacă sistemul tău era Debian, folosește Debian Live, Linux Mint, Xubuntu etc.). Aceste distribuții ușoare sunt perfecte pentru experimentare fără latențe de sistem și îți permit să lucrezi confortabil cu instrumentele de disc.

Formatați și pregătiți partiția de destinație

Odată ce sistemul a pornit din mediul Live, primul pas este curățarea partiției unde vom restaura sistemul. GParted este foarte util pentru asta; este un instrument grafic care este de obicei disponibil sau poate fi instalat cu o simplă comandă. sudo apt install gparted pe Debian, Ubuntu sau Linux Mint dacă avem o conexiune la internet.

Din GParted putem șterge vechea partiție, crea una nouă și o putem formata cu sistemul de fișiere corespunzător, de obicei ext4 pentru partiția rootIdeea este ca destinația restaurării să fie complet curată și fără urme ale instalațiilor anterioare.

După formatare, este o idee bună să notați identificatorul partiției (de exemplu /dev/sda1, /dev/sdb2etc.), deoarece vom avea nevoie de el pentru asamblare și mai târziu pentru a instala GRUB pe discul corect.

Dacă nu dorim să folosim GParted, putem oricând să apelăm la instrumente de consolă precum fdisk, parted sau mkfs.ext4, dar pentru mulți utilizatori, interfața grafică face acest lucru mai convenabil. lucrări delicate de partiționare și formatare.

Montați partiția unde vom restaura sistemul

Odată ce partiția este formatată, următorul pas este să o montați într-un director pe sistemul Live, astfel încât să o puteți accesa. Cea mai ușoară modalitate este să o montați direct în directorul Live. / mntTotuși, am putea crea un subdirector specific dacă vrem să îl păstrăm mai organizat.

De exemplu, am putea face ceva de genul:

sudo mkdir /mnt/sistem

Apoi, verificăm numele partiției de destinație cu:

sudo fdisk-l

Și în final facem mount (presupunând că este /dev/sda1):

sudo mount /dev/sda1 /mnt

Din acest moment, tot ceea ce copiem, creăm sau ștergem în / mnt De fapt, va fi aplicat acelei partiții de disc, care va fi viitoarea rădăcină a sistemului când vom termina restaurarea.

Extrageți copia de rezervă pe noua partiție

Copia de rezervă completă este de obicei stocată pe un mediu extern: o unitate flash USB, un hard disk USB, un NAS etc. Să presupunem că avem o copie comprimată pe o unitate flash USB numită USB32GB, în directorul System_backup_06oct14, cu un fișier Copie_de_rezervă_sistem_06oct14.tar.bz2.

În acest scenariu, ar fi suficient să executați o comandă similară cu:

sudo tar -xvpjf /media/USB32GB/System_backup_06oct14/System_backup_06oct14.tar.bz2 -C /mnt

Cu această comandă, îi spunem fișierului tar să extragă fișierul, păstrând permisiunile, proprietarii și structura directoarelor, lăsând conținutul exact așa cum era când am făcut copia, dar acum localizat pe partiția în care am montat-o. / mnt.

În funcție de dimensiunea copiei de rezervă și de viteza hardware-ului, acest proces poate dura destul de mult timp. Este normal să fie nevoie de răbdare. așteptați finalizarea restaurării tuturor fișierelor înainte de a continua cu pașii rămași.

Creați directoarele de sistem care au fost excluse

Când creați copii de rezervă complete ale sistemului, este o practică obișnuită să excludeți anumite directoare volatile sau pe cele pentru care nu este util să faceți copii de rezervă, cum ar fi /proc, /tmp, /mnt, /media sau unele jurnale. Aceasta înseamnă că, odată ce copia de rezervă este decomprimată, este recomandabil să recreați manual acele directoare goale.

Un exemplu tipic de comandă pentru generarea lor ar putea fi:

sudo mkdir /mnt/proc /mnt/mnt /mnt/media /mnt/tmp /mnt/var/log

Fiecare utilizator ar trebui să adapteze această listă la ceea ce a omis de fapt în copia originală. Important este ca aceste elemente să fie prezente la pornirea sistemului. toate căile critice de care are nevoie sistemul de operare să funcționeze corect.

Intrați în modul chroot pentru a opera ca și cum am fi în interiorul sistemului

Unul dintre marile avantaje ale Linux este posibilitatea de a utiliza chroot pentru a „închide” mediul și a face sistemul să considere un director ca noua sa rădăcinăÎn acest caz, dorim ca /mnt să devină / din punctul de vedere al comenzilor pe care le executăm.

Înainte de a intra în modul chroot, trebuie să montați câteva pseudo-sisteme de fișiere din sistemul Live în /mnt, astfel încât sistemul chrootat să aibă acces la /proc, /sys, /dev și alte dispozitive necesare:

sudo mount -t proc proc /mnt/proc/
sudo mount -t sysfs sys /mnt/sys/
sudo mount -o bind /dev /mnt/dev/
sudo mount -t devpts pts /mnt/dev/pts

Odată ce toate acestea sunt configurate, putem intra în mediul în cușcă:

sudo chroot /mnt /bin/bash

Din acel moment, tot ce se află pe terminalul respectiv va funcționa ca și cum am fi în interiorul sistemului restaurat. Rutele sunt interpretate prin luarea /mnt ca root realAcest lucru ne permite să lucrăm confortabil: actualizarea GRUB, ajustarea setărilor, instalarea pachetelor etc.

Pentru comoditate, putem chiar schimba promptul pentru a clarifica faptul că suntem în chroot, de exemplu:

export PS1="(chroot) $PS1"

Instalați și configurați GRUB pe disc

În acest moment, sistemul este deja restaurat pe disc, dar tot nu pornește deoarece lipsește un bootloader funcțional. Din chroot, procedura normală este actualizați meniul GRUB și apoi instalați-l în MBR sau pe unitatea corespunzătoare.

Mai întâi, actualizăm meniul GRUB pentru a detecta sistemele prezente pe disc și a genera fișierul său de configurare, de obicei cu:

sudo update-grub

Apoi, instalăm GRUB pe discul corespunzător (nu pe partiție, ci pe dispozitivul de disc, de exemplu) / dev / sda (pentru primul album):

sudo grub-install /dev/sda

Astfel, când repornim și sistemul folosește acel disc ca dispozitiv de boot, GRUB ar trebui să își încarce meniul corect și să permită bootarea sistemului restaurat. Se recomandă verificarea BIOS-ului/UEFI. Este configurat să booteze de pe discul pe care am instalat GRUB..

Dacă întâmpinăm probleme de permisiuni în foldere precum /tmp, care împiedică pornirea mediului grafic, putem rezolva acest lucru dintr-o consolă text (Ctrl+Alt+F1) conectându-ne cu contul nostru de utilizator și aplicând ceva de genul:

sudo chmod 777 /tmp

Aceste tipuri de detalii depind în mare măsură de modul în care a fost creată copia de rezervă, dar, în general, sunt ușor de remediat odată ce sistemul repornește. De atunci, îl putem folosi din nou normal și, dacă dorim, automatizați noi copii de rezervă periodice.

Instrumente specifice de recuperare în distribuțiile Linux

Pe lângă abordarea „manuală” de restaurare a fișierelor tar, există instrumente și pachete special concepute pentru Simplificați backup-urile și recuperarea sistemelor LinuxUna dintre cele mai cunoscute metode în mediile de afaceri este Relax-and-Recover (ReaR), care vă permite să creați imagini de sistem personalizate și suporturi de recuperare.

Pe sistemele bazate pe Red Hat, de exemplu, am putea instala ReaR împreună cu utilitarele necesare pentru a genera imagini ISO și încărcătoare de boot folosind o comandă de genul:

yum instalează genisoimage în spate syslinux

ReaR este responsabil pentru pregătirea unui mediu de salvare capabil să restaureze serverul în caz de dezastru, combinând scripturi, configurarea sistemului și Instrumente de premasterizare precum genisoimage, pe lângă pachetul syslinux care oferă diferite bootloader-e.

În afara lumii afacerilor, instrumentele „mașinii timpului” sunt, de asemenea, foarte populare pe desktop-uri și computere personale, permițând utilizatorilor să creeze instantanee de sistem în mod programat și să le restaureze cu câteva clicuri sau comenzi.

Directoare și componente critice pentru pornire

Pentru a naviga fără probleme prin recuperarea sistemului, este esențial să știți unde se află fiecare componentă cheie a procesului de pornire. În special, directorul /boot conține cele mai importante elementeimagini de kernel, initramfs, fișiere GRUB etc.

În /boot găsim adesea subdirectoare precum /boot/grub/, unde sunt stocate modulele managerului de boot și fișierele lor de configurare, precum și intrările care determină ce kernel va încărca sistemul.

Sunt prezente și imaginile initrd sau initramfs (/boot/initrd.img sau initramfs (cu sufixe de versiune diferite). Aceste imagini conțin un mic sistem de fișiere în memoria RAM, utilizat în primele etape ale bootării pentru a încărca module, a detecta discurile și a monta serverul rădăcină real.

În sistemele care utilizează UEFI, Partiție EFI În mod normal, este montat pe / boot / efi și poate fi partajat între diverse sisteme de operare. Stochează fișierele binare .efi care acționează ca încărcătoare de boot pentru Linux, Windows sau alte sisteme.

În cele din urmă, în sistemele clasice cu sysvinit exista fișierul / Etc / inittabunde au fost definite nivelurile de execuție și comportamentele de bootare. Deși multe distribuții au trecut la systemd și utilizează alte mecanisme, înțelegerea acestor concepte (modul cu un singur utilizator, multiutilizator etc.) rămâne foarte utilă pentru înțelegerea moduri de salvare și urgență.

Moduri de salvare și urgență cu systemd și GRUB

În sistemele moderne bazate pe systemd, pe lângă bootarea normală, avem ținte speciale concepute pentru recuperare, cum ar fi țintă.de.salvare și țintă.de.urgențăAceste moduri pornesc sistemul cu servicii minime, permițând reparații fără interferențe.

Când sistemul încă afișează meniul GRUB, îl putem folosi pentru a alege opțiuni avansate. Multe distribuții, cum ar fi Ubuntu, oferă intrări directe pentru Opţiuni avansate cu variante „(mod de recuperare)” pentru fiecare kernel instalat.

Din acest submeniu puteți încărca utilitare foarte utile pentru diagnosticare și reparare: verificați partițiile cu fsck, încercați să reparați pachetele defecte cu dpkg, actualizați GRUB, activați rețeaua sau porniți un shell cu privilegii de root.

O altă opțiune este să utilizați editorul GRUB (apăsați E la o intrare) pentru a adăuga parametri speciali la sfârșitul liniei Linux, cum ar fi systemd.unit=emergency.target o systemd.unit=rescue.targetÎn acest fel, chiar dacă nu avem o intrare explicită în meniu, putem forța o pornire directă în acele moduri de urgență.

Emergency.target pornește un mediu foarte simplu, cu doar o shell root și sisteme de fișiere read-only, ideal pentru Revizuirea jurnalelor, remontarea sistemului, remedierea erorii fstab sau anularea modificărilor de configurare care au perturbat pornirea normală.

Utilizarea practică a modului de recuperare în distribuții precum Ubuntu

Dacă selectați Opțiuni avansate din GRUB și apoi o intrare etichetată (Mod de recuperare), multe distribuții vor afișa un meniu suplimentar cu diverse utilitare de recuperare. În Ubuntu, de exemplu, veți vedea adesea opțiuni precum:

• reluaÎncercați din nou să bootați normal din acel kernel.
• curat: deschide o shell cu instrucțiuni pentru spațiu liber dacă discul a rămas fără spațiu.
• dpkg: repară sau elimină pachetele deteriorate care pot împiedica procesul de bootare, extragând din repozitorii dacă rețeaua este activată.
• fsck: efectuează verificări ale sistemului de fișiere și ale partițiilor pentru a detecta și corecta erorile.
• GRUB: analizează și actualizează managerul de bootare în sine.
• reţeaActivează rețeaua, utilă pentru instalarea sau descărcarea pachetelor de reparare.
• rădăcină: deschide un shell ca superutilizator din care putem face modificări profunde de configurație.
• rezumat sistem: afișează un rezumat al sistemului, versiunii kernelului, discurilor etc.

Aceste instrumente, combinate cu cunoștințe de bază despre comenzi precum mount, fsck, systemctl, journalctl sau nano/viAcestea vă permit să rezolvați un număr mare de probleme fără a fi nevoie să reinstalați întregul sistem de la zero.

Lucrul cu shell-ul GRUB și convențiile de denumire a discurilor

În cazul unor erori mai grave, este posibil ca sistemul să nu pornească normal și este posibil să putem interacționa doar cu un prompt GRUB, fie grub> (coajă normală) sau salvare grub> (mod de recuperare mai limitat). Chiar și în această situație, mai avem loc de manevră.

Din meniul GRUB, putem accesa linia de comandă apăsând tasta C. Aceasta deschide un mediu în care putem executa comenzi specifice bootloader-ului, lista discuri, căuta kernel-uri, încărca module și pregătiți o pornire manuală a sistemului.

Este important de menționat că GRUB nu denumește discurile și partițiile în același mod ca Linux. În timp ce Linux folosește /dev/sda, /dev/sdb etc. pentru discuri și /dev/sda1, /dev/sda2… pentru partiții, GRUB folosește o sintaxă precum (hd0,0), (hd0,1), (hd1,0), Etc

În linii mari, putem asocia /dev/sda cu hd0, /dev/sdb cu hd1 și așa mai departe. Apoi, pentru partiții, GRUB folosește indexuri între paranteze, cu discul și partiția separate prin virgule, ceea ce este foarte important de reținut atunci când încercăm să localizăm /boot sau root-ul din shell-ul GRUB.

Cu comenzile corespunzătoare (ls, set, linux, initrd, boot etc.) și odată identificată partiția în care se află kernelul și initramfs, este posibilă pornirea manuală, iar apoi din sistem restaurarea configurației GRUB normale cu instrumentele obișnuite.

Recuperare avansată din UEFI Shell

Pe mașinile moderne cu UEFI, uneori problema nu este Linuxul în sine, ci pierderea sau coruperea intrării de boot care indică fișierul .efi din încărcător. În aceste cazuri, este posibil să vedem doar o solicitare Shell> de tip UEFI la pornirea dispozitivului.

Această shell UEFI are propria modalitate de a se referi la dispozitive. Fără /dev/sda sau hd0: la pornire, de obicei afișează un „tabel de mapare” unde vedem unitățile marcate ca FS0, FS1, FS2…, care corespund la /dev/sda, /dev/sdb etc.

Pentru a naviga prin aceste sisteme de fișiere, se folosesc căi cu backslash-uri (\) în loc de /, iar tastatura este considerată a avea aspect în limba engleză, deci Poziția caracterelor precum două puncte, bare oblice etc. se schimbă în comparație cu tastatura spaniolă..

Din acest mediu, puteți lista dispozitive, schimba unități, naviga la partiția EFI și localiza fișierele binare .efi ale încărcătorului de boot. Există instrumente și comenzi (și chiar un editor numit edit) care vă permit să modificați configurația de boot, să adăugați sau să modificați intrări și Redirecționează firmware-ul către încărcătorul corect.

Totuși, modificarea procesului de boot UEFI fără a ști exact ce faci poate lăsa mașina într-o stare mai proastă decât înainte, așa că cel mai bine este să procedezi cu prudență și să urmezi documentația specifică (cum ar fi manualul oficial UEFI Shell) dacă nu ai experiență anterioară.

„Mașina timpului” în Linux: instantanee cu TimeShift

Cei care vin din Windows adesea ratează ceva similar cu System Restore sau Time Machine din macOS. Linux oferă soluții care îndeplinesc o funcție foarte similară, iar una dintre cele mai populare pe desktopurile bazate pe Debian/Ubuntu este TimeShift.

TimeShift vă permite să definiți o locație unde sunt salvate instantaneele (instantanee) ale sistemului și programează automat frecvența creării acestora: de exemplu, la fiecare două săptămâni, păstrând doar ultimele două pentru a nu umple discul.

În timpul configurării inițiale, putem alege ce directoare să excludem din snapshot-uri, astfel încât sistemul să se concentreze pe fișierele de sistem și de configurare, fără a duplica datele personale pe care le salvăm deja cu un alt instrument.

Odată configurat, crearea unui „punct de restaurare” este la fel de simplă ca deschiderea aplicației și apăsarea butonului. CreaProgramul se va ocupa de generarea instantaneului și, când va termina, îl vom putea vedea listat împreună cu restul instantaneelor ​​disponibile.

Restaurarea sistemului dintr-unul dintre aceste puncte este, de asemenea, foarte simplă: selectăm instantaneul și apăsăm restabili în interfață sau lucrăm din terminal executând comenzi precum listă de deplasare temporală pentru a vizualiza instantaneele disponibile și deplasare temporală – restaurare pentru a readuce sistemul la o anumită stare anterioară.

Recuperarea datelor în sistemele Linux

Uneori, problema principală nu este că sistemul nu pornește, ci mai degrabă pierderea fișierelor importante din cauza ștergerii accidentale sau a erorilor sistemului de fișiere. În aceste cazuri, ne referim în mod corespunzător la aceasta ca... recuperarea datelor pe sistemele Linux, în loc de recuperarea sistemului de operare.

Linux poate utiliza diferite tipuri de sisteme de fișiere, deși, în practică, următoarele familii predomină în mediile desktop și server de uz general: ext2, ext3 și ext4Diferite distribuții au optat din punct de vedere istoric pentru una sau alta în mod implicit.

De exemplu, Debian GNU/Linux și Slackware s-au bazat pe ext2, în timp ce Red Hat, Fedora, Ubuntu și CentOS au folosit ext3 în multe versiuni, iar versiunile mai noi ale distribuțiilor precum Arch, Ubuntu 9, Fedora 11, CentOS 6 și Debian 7 utilizează, de asemenea, ext3. Au adoptat ext4 ca sistem de fișiere de referință.

În funcție de sistemul de fișiere și de modul în care s-au pierdut datele (ștergere logică, partiție deteriorată, disc cu sectoare defecte etc.), vom folosi diferite instrumente: de la fsck pentru repararea structurilor de bază, până la analize criminalistice mai avansate și utilitare de recuperare, acordând întotdeauna prioritate nescrierii pe discul afectat. maximiza șansele de succes.

În scenarii deosebit de critice care implică date de mare valoare, este de obicei mai prudent să se utilizeze servicii profesionale de recuperare care au experiență cu sistemele Linux și sunt familiarizate cu specificul fiecărei distribuții și al fiecărui sistem de fișiere.

Privind întregul set de tehnici și instrumente, este clar că Linux oferă o gamă foarte largă de posibilități pentru a evita reinstalările traumatice: de la restaurarea copiilor de rezervă complete cu tar sau ReaR, utilizarea snapshot-urilor convenabile cu TimeShift, bazându-se pe modurile de salvare și urgență ale systemd și GRUB, până la intrarea în detalii în GRUB sau UEFI Shell atunci când lucrurile se complică, fără a uita că există întotdeauna opțiunea de recuperare a datelor în sistemele de fișiere ext2/3/4 atunci când sistemul este ireparabil, dar totuși dorim să salvăm informații importante.