Pornirea serverului Ubuntu în modul de urgență: un ghid de salvare pas cu pas

Serverul Ubuntu repornește după o actualizare sau o întrerupere a alimentării, apoi se oprește la afișarea mesajului „Intrarea în modul de urgență”. SSH nu este disponibil, serviciile sunt indisponibile, iar consola solicită întreținere. De obicei, aceasta înseamnă că systemd nu a putut finaliza un pas de pornire necesar, adesea pentru că o verificare a sistemului de fișiere a eșuat sau o montare necesară nu a putut fi găsită. Tratați mesajul ca un indiciu: identificați unitatea defectă înainte de a edita fișierele sau de a rula o comandă de reparare.

Acest ghid se aplică instalărilor convenționale de server Ubuntu folosind systemd. Comenzile și meniurile de boot pot diferi pe Ubuntu Core, sistemele criptate, imaginile în cloud și serverele gestionate de furnizor. Paginile de manual Ubuntu actuale descriu emergency.target ca un shell minimal care nu pornește servicii normale și nu montează sisteme de fișiere obișnuite; în funcție de modul în care a fost accesat, sistemul de fișiere rădăcină poate fi doar pentru citire sau citire-scriere. De aceea, primii pași sunt inspecția și o copie de rezervă.

1. Citiți defecțiunea înainte de a schimba ceva

Conectați-vă la consola locală sau la cea a furnizorului dacă vi se solicită. Pe o mașină fizică, conectați o tastatură și un monitor; pe un server virtual, utilizați consola serială sau de recuperare a furnizorului. Fotografiați sau copiați eroarea completă, în special numele unei unități, cum ar fi systemd-fsck@dev-disk-by-uuid-....servicesau o unitate de montare care se termină în .mount. Un UUID lipsă, o verificare eșuată a sistemului de fișiere și un serviciu defect necesită alte remedieri.

Din shell-ul de urgență, inspectați unitățile defecte și jurnalul de boot curent:

systemctl --failed
journalctl -xb

Căutați prima eroare semnificativă, nu doar ultima linie „dependency failed”. Dacă jurnalul identifică o montare, notați punctul de montare și UUID-ul dispozitivului. Dacă identifică un serviciu fără legătură cu stocarea, nu începeți să modificați /etc/fstabla întâmplare; inspectați acea unitate specifică împreună systemctl status unit-namecu mesajele sale recente din jurnal.

2. Verificați dacă sistemul de fișiere rădăcină permite modificări

Înainte de a edita un fișier de configurare, vedeți cum este montat sistemul de fișiere rădăcină:

findmnt /

Dacă opțiunile sunt afișate ro, sistemul de fișiere rădăcină este doar pentru citire. Dacă sistemul de fișiere este în stare bună și trebuie să faceți o mică reparație de configurație, remontați-l în citire-scriere:

mount -o remount,rw /

Executați findmnt /din nou pentru a confirma modificarea. Dacă remontarea eșuează, opriți și înregistrați eroarea. Un root doar pentru citire poate fi un răspuns de protecție la problemele sistemului de fișiere; forțarea scrierilor sau reîncercarea repetată a unei montări poate îngreuna recuperarea. Utilizați un mediu de salvare sau asistența unui furnizor dacă volumul root pare deteriorat.

3. Inspectați discurile și comparați-le cu /etc/fstab

O cauză frecventă este o /etc/fstabintrare veche: un disc a fost eliminat, un UUID modificat sau o cale de montare a fost introdusă greșit. Prima listă a sistemelor de fișiere detectate și a identificatorilor acestora:

lsblk -f
blkid

Apoi citiți configurația tabelului de montare:

cat /etc/fstab

Potriviți fiecare UUID configurat cu ieșirea de la lsblk -fsau blkidși verificați dacă punctul de montare și tipul sistemului de fișiere sunt corecte. Nu înlocuiți un nume de dispozitiv, cum ar fi , /dev/sdb1doar pe baza literei sale curente; ordinea dispozitivelor se poate schimba. UUID-urile sunt adesea mai stabile, dar trebuie să corespundă cu sistemul de fișiere real.

Fișierul /etc/fstabeste tradus în unități de montare systemd la pornire. Câmpurile și opțiunile sale au semnificații specifice, așa că consultați manualul oficial Ubuntu fstab dacă o intrare nu vă este familiară.

4. Ocoliți temporar o montare opțională lipsă

Dacă intrarea care eșuează indică un disc de date neesențial, absent intenționat, faceți o copie de rezervă a /etc/fstab, apoi comentați doar acea linie plasând #la începutul ei. Acest lucru vă permite să testați dacă montarea lipsă este blocantul de bootare. Nu comentați sistemul de fișiere rădăcină, /bootsau o intrare de volum criptat decât dacă înțelegeți structura de stocare a sistemului.

cp -a /etc/fstab /etc/fstab.before-emergency-fix
nano /etc/fstab

Alternativ, dacă discul ar trebui să fie opțional în timpul funcționării normale, luați în considerare nofailopțiunea de montare după verificarea comportamentului dorit. Folosiți-o doar pentru o montare cu adevărat opțională: adăugarea ei la un volum de sistem necesar poate ascunde o eroare reală de stocare. Sistemele de fișiere de rețea pot necesita opțiuni suplimentare specifice systemd și dependențe de rețea; nu copiați opțiuni dintr-o configurație fără legătură.

După editare, cereți sistemului systemd să reîncarce unitățile generate și să testeze fișierul:

systemctl daemon-reload
mount -a

Citește toată ieșirea. O valoare returnată curată nu dovedește că fiecare aplicație poate utiliza datele montate, dar o eroare UUID, sintactică sau de montare raportată vă spune ce mai rămâne de remediat. Manualul systemd-fstab-generator explică modul în care systemd convertește intrările fstab în unități de montare.

5. Reparați un UUID, o cale sau o opțiune de montare greșite

Dacă discul este prezent, dar UUID-ul său este diferit, verificați dacă ați identificat sistemul de fișiere corect înainte de a actualiza UUID=...câmpul corespunzător. Confirmați că directorul punctului de montare există, că tipul sistemului de fișiere este corect și că opțiunile sunt valide pentru sistemul de fișiere respectiv. Corectați câte o intrare pe rând, apoi rulați din nou systemctl daemon-reloadși mount -a.

Pentru un disc de date amovibil sau secundar, care este opțional, setarea unei politici de montare opțională adecvate poate împiedica blocarea pornirii de către un dispozitiv absent. Pentru un volum critic, remediați dispozitivul, cablul, maparea criptării sau identificatorul în loc să mascați eroarea. Dacă unitatea defectă denumește un dispozitiv LUKS sau LVM, verificați maparea aferentă și starea volumului; nu înlocuiți UUID-ul său cu o partiție cu nume similar.

6. Executați o verificare a sistemului de fișiere numai atunci când ținta este demontată

Dacă consola raportează în mod specific erori ale sistemului de fișiere, identificați tipul sistemului de fișiere și dispozitivul înainte de a-l repara. Nu rulați un utilitar de reparare împotriva unui sistem de fișiere montat, în special împotriva sistemului de fișiere rădăcină activ. Manualul Ubuntu fsck descrie comanda wrapper; opțiunile corecte de verificare și reparare depind de sistemul de fișiere.

Pentru o partiție de date ext2, ext3 sau ext4, confirmați mai întâi că nu este montată cu findmnt. Dacă este montată, demontați-o înainte de verificare. O verificare ext4 tipică dintr-un mediu de salvare adecvat este:

sudo e2fsck -f /dev/DEVICE

Înlocuiți /dev/DEVICEnumai după ce partiția corectă se potrivește din lsblk -f. Citiți întrebările și starea verificatorului; nu adăugați o opțiune automată „da la tot” fără a înțelege riscul de pierdere a datelor. Pentru un sistem de fișiere root care nu poate fi demontat din shell-ul de urgență care rulează, porniți un mediu de recuperare live sau provider și verificați-l offline. Btrfs, XFS și alte sisteme de fișiere utilizează instrumente și proceduri de reparare diferite. În special, nu tratați o fsckcomandă generică drept dovadă că fiecare tip de sistem de fișiere a fost reparat.

7. Folosește GRUB sau recuperarea externă doar atunci când shell-ul nu este disponibil

Dacă serverul nu ajunge niciodată la o interfață de urgență, deschideți meniul GRUB și încercați intrarea de recuperare a distribuției atunci când aceasta este disponibilă. Într-o instalare standard Ubuntu, meniul este adesea accesat ținând apăsată tasta Shift pe sistemele BIOS vechi sau atingând Esc pe sistemele UEFI, dar mașinile virtuale găzduite pot utiliza un flux de consolă diferit. Pentru o pornire de urgență systemd unică, un administrator poate edita intrarea GRUB selectată și o poate adăuga systemd.unit=emergency.targetla linia de comandă a kernelului Linux. Modificarea se aplică numai acelei porniri; eliminați-o înainte de următoarea pornire normală. Consultați referința oficială a meniului GNU GRUB .

Dacă volumul de boot nu poate fi montat, utilizați un mediu Ubuntu live sau sistemul de salvare al furnizorului de cloud pentru a-l inspecta. Deblocați spațiul de stocare criptat și activați LVM numai dacă acesta corespunde cu instalarea. Montarea sistemului de fișiere rădăcină al unui server din recuperare prezintă riscuri suplimentare; evitați să scrieți pe acesta până când discul și sistemul de fișiere nu au fost identificate. Ubuntu Core folosește propriul flux de lucru pentru recuperare și nu se repară prin urmarea orbească a pașilor desktop sau convenționali de pe server GRUB.

8. Reporniți și verificați repararea

Când cauza raportată este corectată și testele de montare sunt reușite, reporniți sistemul:

reboot

După pornire, verificați dacă gazda își atinge ținta obișnuită pentru mai mulți utilizatori, dacă sistemele de fișiere așteptate sunt montate și dacă serviciile importante sunt active:

systemctl is-system-running
systemctl --failed
findmnt --target /

Verificați punctele de montare a datelor așteptate cu findmnt /path/to/mountși confirmați serviciile critice cu systemctl status service-name. Dacă modul de urgență revine, verificați din nou prima eroare a noii porniri, în loc să repetați aceeași reparație. O salvare reușită înseamnă că serverul finalizează o pornire normală și că spațiul de stocare și serviciile necesare sunt disponibile; simpla accesare a unui prompt de conectare nu este suficientă.

Pentru comportamentul curent al systemd, consultați manualul pentru unități speciale Ubuntu . Versiunile pachetelor și meniurile de recuperare pot varia în funcție de versiunea Ubuntu și platforma de găzduire, așadar folosiți documentația pentru versiunea instalată atunci când o comandă sau o unitate diferă.