Panoramica e risoluzione dei problemi relativi al processo di avvio di CentOS 7 e RHEL 7

• Panoramica di alto livello
• Target di sistema
• Modalità utente singolo
• Ripristino della password di root
• Revisionare i log dagli stivali precedenti
• Riparazione di errori del disco e del file system
• Problemi con il boot loader con Grub 2
• Risoluzione dei problemi grub
• Riparare un'installazione di grub interrotta

Questo articolo descrive il processo di avvio per i sistemi CentOS / RHEL 7.x. Sebbene possa rimanere simile alle versioni precedenti, con RHEL 7, systemd viene introdotto. Oltre al processo di avvio, fornirò suggerimenti e trucchi per la risoluzione dei problemi lungo la strada.

È necessario comprendere il processo di avvio prima di poter risolvere attivamente un problema all'avvio. Esamina i passaggi seguenti fino a quando non hai familiarità con il processo.

Panoramica di alto livello

• Potenza + posta.
• Ricerca dispositivo firmware.
• Il firmware legge il bootloader.
• Boot loader carica config (grub2).
• Il caricatore di avvio carica kernel e initramfs.
• Il boot loader passa il controllo al kernel.
• Il kernel inizializza hardware + viene eseguito /sbin/initcome pid 1.
• Systemd esegue tutti i target initrd (monta il filesystem su /sysroot).
• Il kernel root FS è passato da initramfs root ( /sysroot) a system rootfs ( /) e systemd si esegue nuovamente come versione di sistema.
• Systemd cerca la destinazione predefinita e avvia / arresta le unità configurate mentre risolve automaticamente le dipendenze e appare la pagina di accesso.

Per ulteriori informazioni sul processo di avvio, consultare la documentazione ufficiale del sistema operativo per il proprio sistema.

Target di sistema

Gli obiettivi sono fondamentalmente controlli di dipendenza. Hanno una configurazione "prima" e "dopo" esattamente per quali servizi sono richiesti per raggiungere quella destinazione. Ad esempio: arp.ethernet.service, firewalld.servicee così via devono essere avviato e funzionante prima network.targetpuò essere raggiunto. Se non viene raggiunto, servizi come httpd, nfse ldapnon può essere avviato. Ci sono 4 target che possono essere impostati in RHEL / CentOS 7.

• graphical.target (interfaccia GUI)
• multi-user.target (modalità multiutente, accesso basato su testo)
• rescue.target (prompt sulogin, inizializzazione di base del sistema)
• emergency.target (prompt sulogin, initramfs pivot completo e root di sistema montato su / in sola lettura)

Per visualizzare la destinazione di avvio predefinita corrente, utilizzare quanto segue:

systemctl get-default

Tieni presente che puoi modificarlo in fase di esecuzione isolando l'obiettivo. Ciò avvierà / arresterà tutti i servizi associati al nuovo target, quindi fai attenzione (vedi systemctl isolate new.target).

Modalità utente singolo

Ci sono momenti in cui dovrai avviare in modalità utente singolo per risolvere un problema con il sistema operativo. Per questo esempio, ti mostrerò come utilizzare la rescue.target"modalità utente singolo" su RHEL / CentOS 7.

1. Interrompere il menu di grub2 premendo "e" per modificare quando richiesto con il menu di grub.
2. Trova la riga che specifica la versione del kernel ( vmlinuz ) e aggiungi quanto segue:systemd.unit=rescue.target
3. Premi "Ctrl + x" per iniziare.
4. Ti verrà quindi richiesta la password di root per continuare, una volta che esci dalla shell di ripristino, il processo di avvio continuerà a caricare la tua destinazione predefinita.

Ripristino della password di root

Questo processo è leggermente diverso da quello che abbiamo usato nelle versioni precedenti, ma è un compito semplice e richiede pochissimi passaggi per farlo. Se è necessario ripristinare eventuali credenziali, è possibile utilizzare questo metodo per ottenere l'accesso a una macchina virtuale. È comunque possibile eseguire l'avvio da un CD live, montare il filesystem di root e modificare la password, ma quel metodo è datato e richiede più impegno.

1. Riavvia il sistema.
2. Interrompere il menu di grub2 premendo "e" per modificare quando richiesto con il menu di grub.
3. Sposta il cursore alla fine della riga che specifica il kernel ( vmlinuz ). Potresti voler rimuovere tutte le altre console diverse da TTY0, tuttavia questo passaggio potrebbe non essere necessario nel tuo ambiente.
4. Aggiungi rd.break( senza virgolette ) che interromperà il processo di avvio appena prima che il controllo venga passato da initramfs al sistema reale.
5. Ctrl + x per l'avvio.

A questo punto, una shell di root viene presentata con il filesystem di root montato in modalità di sola lettura /sysroot. Dovremo rimontarlo con i privilegi di scrittura.

Rimonta /sysroot.

# mount -oremount,rw /sysroot

Passa a una prigione chroot.

# chroot /sysroot

Modifica la password per l'utente in cui abbiamo credenziali obsolete.

# passwd <username>

Se stai usando SElinux, dovresti considerare di rietichettare tutti i file prima di continuare il processo di avvio. Questa parte può essere ignorata se non si utilizza SElinux.

# touch /.autorelabel

Esci due volte e il sistema si avvierà in modo pulito dal punto in cui lo abbiamo interrotto.

Revisionare i log dagli stivali precedenti

Può essere utile visualizzare i registri dei precedenti tentativi di avvio non riusciti. Se i registri journald sono stati resi persistenti (normalmente archiviati in memoria e rilasciati all'avvio), questo può essere fatto con lo journalctlstrumento. Seguire questi passaggi se è necessario configurare la registrazione di avvio permanente.

Come root, creare il file di registro per archiviare queste informazioni.

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

Per ispezionare i registri di un avvio precedente, utilizzare l' -bopzione con journalctl. Senza alcun argomento, -bfiltrerà l'output solo per i messaggi relativi all'ultimo avvio. Un numero negativo a questo argomento verrà filtrato sugli stivali precedenti. Per esempio:

# journalctl -b-1 -p err

Questo ti mostrerà i log degli errori dall'avvio verificatisi prima del più recente. È necessario modificare il valore numerico per riflettere l'avvio che è necessario visualizzare.

Riparazione di errori del disco e del file system

Uno degli errori di avvio più comuni è un /etc/fstabfile non configurato correttamente . È NON PUOI usare il rescue.targetper correggere un /etc/fstaberrore. La maggior parte di questi problemi ci richiederà di utilizzare il emergency.target"salvataggio" richiede un sistema più funzionale.

Di seguito sono riportati esempi di problemi che richiedono emergency.target:

1. File system corrotto.
2. UUID inesistente in /etc/fstab.
3. Punto di montaggio inesistente in /etc/fstab.
4. Opzione di montaggio errata in /etc/fstab.

Importante : dopo aver modificato il /etc/fstabfile in modalità di emergenza, è necessario eseguire le seguenti misure di sicurezza:

# systemctl daemon-reload

Ecco un esempio dettagliato. Faremo il boot in modalità di emergenza per rimuovere una voce falsa in /etc/fstab.

1. Interrompere il menu di grub2 premendo "e" per modificare quando richiesto con il menu di grub.
2. Trova la riga che specifica la versione del kernel ( vmlinuz ) e aggiungi quanto segue:systemd.unit=emergency.target
3. Premi "Ctrl + x" per avviare.
4. Ti verrà richiesta la password di root per continuare.
5. Rimontare in /modo che possiamo apportare modifiche al fstabfile:# mount -oremount,rw /
6. Possiamo usare il mountcomando per vedere quale voce sta causando l'errore:# mount -a
7. Rimuovere la voce offensiva dal fstabfile.
8. Utilizzare di mount -anuovo per assicurarsi che l'errore sia stato risolto.
9. Utilizzare systemctl daemon-reloadcome avevo menzionato prima per ricaricare tutti i file di unità e ricreare l'intero albero delle dipendenze.

Una volta usciti dalla shell di emergenza, il sistema finirà l'avvio dal target di emergenza, da quel momento in poi potrai continuare come al solito. Questo esempio è stato appena utilizzato per mostrare il processo di utilizzo della destinazione di emergenza per apportare modifiche permanenti ai file sul sistema.

Problemi con il boot loader con Grub 2

Il /boot/grub2/grub.cfgfile è il file di configurazione principale. NON modificare mai questo file manualmente. Invece, usa grub2-mkconfigper generare la nuova configurazione di grub2 usando un set di diversi file di configurazione e l'elenco dei kernel installati. Il grub2-mkconfigcomando esaminerà le /etc/default/grubopzioni come il timeout del menu predefinito e la riga di comando del kernel da utilizzare, quindi utilizzerà una serie di script /etc/grub.d/per generare il file di configurazione risultante.

Ecco un diagramma testuale di questa relazione.

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

Importante: per modificare il file principale grub.cfg, è necessario apportare le modifiche desiderate /etc/default/grubai file /etc/grub.d/e quindi crearne uno nuovo grub.cfgeseguendo:

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

Risoluzione dei problemi grub

È importante comprendere la sintassi del /boot/grub2/grub.cfgfile prima di risolvere i problemi.

• Innanzitutto, le voci di avvio sono codificate all'interno di blocchi 'menuentry'. In questi blocchi linux16e le initrd16linee indicano che il kernel deve essere caricato dal disco (insieme alla riga di comando del kernel) e gli initramfs da caricare. Durante la modifica interattiva all'avvio, viene utilizzata la scheda per trovare queste righe.
• Le linee "set root" all'interno di quei blocchi non puntano al file system radice per il sistema RHEL / CentOS 7, ma puntano invece al file system da cui grub2 dovrebbe caricare i file kernel e initramfs. La sintassi è harddrive.partitiondove si hd0trova il primo disco rigido nel sistema ed hd1è il secondo. Le partizioni sono indicate come msdos1per la prima partizione MBR o gpt1per la prima partizione GPT.

Esempio da /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

Se è necessario reinstallare il bootloader su un dispositivo, utilizzare il comando seguente.

# grub2-install <device>

Riparare un'installazione di grub interrotta

Per i casi in cui il sistema non si avvierà dopo aver raggiunto il menu grub2.

• Dovresti iniziare modificando il menu di grub e cercando errori di sintassi. Se ne trovi uno, correggilo ed entra nel sistema per apportare modifiche persistenti per risolvere il problema.
• Se non riesci a trovare alcun errore, fai riferimento alla sezione precedente in cui eseguiamo l'avvio nella destinazione di emergenza. Sarà necessario rimontare nuovamente root ( /).
• Visualizza l'attuale configurazione di grub2 con il seguente comando: # grub2-mkconfig
• Se non vedi errori, è probabile che qualcuno abbia modificato il /boot/grub2/grub.cfgfile. Non modificare questo file. Ricostruisci la configurazione con il seguente comando:# grub2-mkconfig > /boot/grub2/grub.cfg

Dopo aver ricostruito la configurazione di grub, dovresti essere in grado di riavviare senza problemi.