Prezentare generală a procesului de pornire CentOS 7 și RHEL 7 și soluționare de probleme

• Prezentare generală la nivel înalt
• Sisteme vizate
• Mod de utilizator unic
• Recuperarea parolei root
• Revizuirea jurnalelor de la cizmele anterioare
• Repararea erorilor de disc și sistem de fișiere
• Probleme ale încărcătorului de încărcare cu Grub 2
• Depanarea defecțiunii
• Fixarea unei instalații de grupare spartă

Acest articol descrie procesul de pornire pentru sistemele CentOS / RHEL 7.x. Deși poate rămâne similar cu versiunile anterioare, cu RHEL 7, sistemd este introdus. Pe lângă procesul de pornire, voi oferi sfaturi și trucuri de depanare pe parcurs.

Trebuie să înțelegeți procesul de pornire înainte de a putea rezolva activ o problemă la boot. Examinați pașii de mai jos până când vă familiarizați cu procesul.

Prezentare generală la nivel înalt

• Putere + post.
• Căutare dispozitive firmware
• Firmware-ul citește bootloader.
• Confecționarea încărcătorilor de încărcare (grub2).
• Încărcătorul de încărcare încărcare nucleu și initramfs.
• Încărcătorul de încărcare trece controlul pe nucleu.
• Kernel inițializează hardware + execută /sbin/initca pid 1.
• Systemd execută toate inițialele ținte (montează sistemul de fișiere activat /sysroot).
• Rădăcina FS de la Kernel a trecut de la initramfs root ( /sysroot) la rootfs de sistem ( /) și systemd se execută din nou ca versiune de sistem.
• Systemd caută ținta implicită și pornește / oprește unitățile ca configurate în timp ce rezolvă automat dependențele și apare pagina de autentificare.

Pentru mai multe informații despre procesul de pornire, consultați documentația oficială a sistemului de operare pentru sistemul dvs.

Sisteme vizate

Obiectivele sunt practic verificările de dependență. Au o configurație „înainte” și „după” pentru exact ce servicii sunt necesare pentru a atinge acea țintă. De exemplu: arp.ethernet.service, firewalld.serviceși așa mai departe trebuie să fie pornit și să lucreze înainte de a network.targetputea fi atins. În cazul în care nu este atins, servicii cum ar fi httpd, nfsși ldapnu poate fi pornit. Există 4 ținte care pot fi setate în RHEL / CentOS 7.

• graphical.target (interfață GUI)
• multi-user.target (modul multi utilizator, autentificare bazată pe text)
• rescue.target (promptul sulogin, inițializarea sistemului de bază)
• Emergency.target (promptul sulogin, pivotul initramfs complet și rădăcina sistemului montată pe / doar citită)

Pentru a vizualiza obiectivul de pornire implicit curent, utilizați următoarele:

systemctl get-default

Rețineți că puteți schimba acest lucru în timpul rulării, izolând ținta. Acest lucru va porni / opri toate serviciile asociate cu noua țintă, deci trebuie să aveți precauție (consultați systemctl isolate new.target).

Mod de utilizator unic

Există momente în care va trebui să porniți în modul de utilizator unic pentru a remedia o problemă cu sistemul de operare. Pentru acest exemplu, vă voi arăta cum să utilizați rescue.targetcare este „modul utilizator unic” pe RHEL / CentOS 7.

1. Întrerupeți meniul grub2 apăsând „e” pentru a edita atunci când vi se solicită meniul grub.
2. Găsiți linia care specifică versiunea de kernel ( vmlinuz ) și adăugați-i următoarele:systemd.unit=rescue.target
3. Apăsați „Ctrl + x” pentru a porni.
4. Apoi, vi se va solicita parola cu rădăcina pentru a continua, după ce ieșiți din shell-ul de salvare, procesul de pornire va continua să încarce ținta implicită.

Recuperarea parolei root

Acest proces este puțin diferit de ceea ce am folosit în versiunile anterioare, dar este o sarcină simplă și necesită foarte puțini pași pentru a face acest lucru. Dacă doriți să recuperați orice acreditare, puteți utiliza această metodă pentru a obține acces la o mașină virtuală. Puteți încă să porniți de pe un CD live, să montați sistemul de fișiere rădăcină și să editați parola, dar această metodă este datată și necesită mai mult efort.

1. Reporniți sistemul.
2. Întrerupeți meniul grub2 apăsând „e” pentru a edita atunci când vi se solicită meniul grub.
3. Mutați cursorul la capătul liniei care specifică nucleul ( vmlinuz ). Poate doriți să eliminați toate celelalte console, altele decât TTY0, cu toate acestea, acest pas nu poate fi necesar în mediul dvs.
4. Adăugați rd.break( fără ghilimele ), care va rupe procesul de pornire chiar înainte ca controlul să fie transmis de la initramfs la sistemul real.
5. Ctrl + x pentru a porni.

În acest moment, o coajă rădăcină este prezentată cu sistemul de fișiere rădăcină montat în modul numai de citire activat /sysroot. Va trebui să o remontăm cu privilegii de scriere.

Remontă /sysroot.

# mount -oremount,rw /sysroot

Treceți la închisoare cu chroot.

# chroot /sysroot

Schimbați parola pentru utilizatorul în care avem datele de autentificare depășite.

# passwd <username>

Dacă utilizați SElinux, ar trebui să luați în considerare reetichetarea tuturor fișierelor înainte de a continua procesul de pornire. Această parte poate fi omisă dacă nu utilizați SElinux.

# touch /.autorelabel

Ieșiți de două ori și sistemul se va porni curat din punctul în care l-am întrerupt.

Revizuirea jurnalelor de la cizmele anterioare

Poate fi util să vizualizați jurnalele încercărilor anterioare de pornire eșuate. Dacă jurnalele de jurnal sunt făcute persistente (în mod normal stocate în memorie și eliberate la pornire), acest lucru se poate face cu journalctlinstrumentul. Urmați acești pași dacă aveți nevoie pentru a configura jurnalul de pornire persistent.

Ca rădăcină, creați fișierul jurnal pentru ca aceste informații să fie stocate.

# mkdir -p 2775 /var/log/journal && chown :systemd-journal /var/log/journal
# systemctl restart systemd-journald

Pentru a inspecta jurnalele unui boot anterior, utilizați -bopțiunea cu journalctl. Fără niciun fel de argumente, -bva filtra ieșirea numai la mesajele referitoare la ultima pornire. Un număr negativ la acest argument va filtra pe cizmele anterioare. De exemplu:

# journalctl -b-1 -p err

Aceasta vă va arăta jurnalele de eroare de la boot care au avut loc înainte de cele mai recente. Ar trebui să schimbați valoarea numerică pentru a reflecta boot-ul pe care trebuie să îl vizualizați.

Repararea erorilor de disc și sistem de fișiere

Una dintre cele mai frecvente erori de timp de pornire este un /etc/fstabfișier neconfigurat . Tu NU POATE folosiți rescue.targetpentru a remedia o /etc/fstaberoare. Cele mai multe dintre aceste probleme ne vor cere să folosim, emergency.targetdeoarece „salvarea” necesită un sistem mai funcțional.

Următoarele sunt exemple de probleme care necesită emergency.target:

1. Sistem de fișiere corupt.
2. UUID inexistent în /etc/fstab.
3. Punct de montare inexistent /etc/fstab.
4. Opțiune de montare incorectă în /etc/fstab.

Important : după modificarea /etc/fstabfișierului în modul de urgență, trebuie să rulați următoarele pentru măsuri de siguranță:

# systemctl daemon-reload

Iată un exemplu avansat. Vom porni în modul de urgență pentru a elimina o intrare falsă /etc/fstab.

1. Întrerupeți meniul grub2 apăsând „e” pentru a edita atunci când vi se solicită meniul grub.
2. Găsiți linia care specifică versiunea de kernel ( vmlinuz ) și adăugați-i următoarele:systemd.unit=emergency.target
3. Apăsați „Ctrl + x” pentru a porni.
4. Vi se va solicita parola cu rădăcina.
5. Remontați /pentru a putea face modificări la fstabfișier:# mount -oremount,rw /
6. Putem folosi mountcomanda pentru a vedea ce intrare provoacă eroarea:# mount -a
7. Eliminați intrarea infracțională din fstabfișier.
8. Utilizați mount -adin nou pentru a vă asigura că eroarea a fost rezolvată.
9. Folosiți systemctl daemon-reloadașa cum am menționat anterior pentru a reîncărca toate fișierele de unitate și a recrea întregul arbore de dependență.

Odată ce ieșiți din shell-ul de urgență, sistemul va termina pornirea de la ținta de urgență, veți putea apoi să continuați ca de obicei din acel moment. Acest exemplu a fost folosit doar pentru a vă arăta procesul de utilizare a țintei de urgență pentru a face modificări persistente la fișierele din sistem.

Probleme ale încărcătorului de încărcare cu Grub 2

/boot/grub2/grub.cfgFișierul este fișierul de configurare principal. NU editați niciodată acest fișier manual. În schimb, utilizați grub2-mkconfigpentru a genera noua configurație grub2 folosind un set de fișiere de configurare diferite și lista nucleelor ​​instalate. grub2-mkconfigComanda se va uita la /etc/default/grubpentru opțiuni , cum ar fi timpul de expirare implicită a meniului și linia de comandă pentru kernel pentru utilizare, apoi utilizați un set de script - uri în /etc/grub.d/pentru a genera fișierul de configurare rezultat.

Iată o diagramă textuală a acestei relații.

/boot/grub2/grub.cfg
               |
               |__________________
               |                  |
         /etc/default/grub         /etc/grub.d/*

Important: pentru a edita fișierul principal grub.cfg, va trebui să efectuați modificările dorite /etc/default/grubîn fișierele /etc/grub.d/și apoi să creați o nouă grub.cfgrulând:

# grub2-mkconfig > /boot/grub2/grub.cfg

Depanarea defecțiunii

Este important să înțelegeți sintaxa /boot/grub2/grub.cfgfișierului înainte de depanare.

• În primul rând, intrările de pornire sunt codate în blocurile „menuentry”. În aceste blocuri linux16și initrd16linii indică nucleul care trebuie încărcat de pe disc (împreună cu linia de comandă a kernelului) și iniramfele care trebuie încărcate. În timpul editării interactive la boot, tab-ul este utilizat pentru a găsi aceste linii.
• Liniile „set root” din acele blocuri nu indică sistemul de fișiere root pentru sistemul RHEL / CentOS 7, ci indică sistemul de fișiere din care grub2 ar trebui să încarce fișierele kernel și initramfs. Sintaxa este harddrive.partitionunde hd0este primul hard disk din sistem și hd1este al doilea. Partițiile sunt indicate ca msdos1pentru prima partiție MBR sau gpt1pentru prima partiție GPT.

Exemplu din /boot/grub2/grub.cfg:

### BEGIN /etc/grub.d/10_linux ###
menuentry 'CentOS Linux (3.10.0-514.26.2.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-514.el7.x86_64-advanced-a2531d12-46f8-4a0f-8a5c-b48d6ef71275' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='hd0,msdos1'  123455ae-46f8-4a0f-8a5c-b48d6ef71275
    else
      search --no-floppy --fs-uuid --set=root 123455ae-46f8-4a0f-8a5c-b48d6ef71275
    fi

Dacă trebuie să reinstalați bootloader-ul pe un dispozitiv, utilizați următoarea comandă.

# grub2-install <device>

Fixarea unei instalații de grupare spartă

Pentru cazurile în care sistemul nu se va porni după ce ați ajuns în meniul grub2.

• Ar trebui să începeți prin editarea meniului grub și căutarea erorilor de sintaxă. Dacă găsiți unul, corectați-l și intrați în sistem pentru a face modificări persistente pentru a remedia problema.
• Dacă nu puteți găsi erori, consultați secțiunea de mai sus unde pornim în ținta de urgență. Va trebui să remontați /din nou root ( ).
• Vizualizați configurația curentă grub2 cu următoarea comandă: # grub2-mkconfig
• Dacă nu vedeți erori, este posibil ca cineva să fi editat /boot/grub2/grub.cfgfișierul. Nu modificați acest fișier. Reconstruiți configurarea cu următoarea comandă:# grub2-mkconfig > /boot/grub2/grub.cfg

După ce ați reconstruit configurația grub, ar trebui să puteți reporni fără să aveți probleme.