Questo post si concentra sulla riparazione manuale della configurazione del file system o sui problemi di danneggiamento che interrompono il processo di avvio.
Diagnostica e risoluzione dei problemi del file system
Errori in /etc/fstab e i file system corrotti possono impedire l'avvio di un sistema. Nella maggior parte dei casi, systemd passa a una shell di riparazione di emergenza che richiede la password di root. La tabella seguente elenca alcuni errori comuni e i relativi risultati.
Problemi comuni del file system
| PROBLEMA | RISULTATO |
|---|---|
| File system danneggiato | systemd tenta di riparare il file system. Se il problema è troppo grave per una correzione automatica, il sistema invia l'utente a una shell di emergenza. |
| Dispositivo o UUID inesistente a cui si fa riferimento in /etc/fstab | systemd attende per un determinato periodo di tempo, in attesa che il dispositivo diventi disponibile. Se il dispositivo non diventa disponibile, il sistema porta l'utente in una shell di emergenza dopo il timeout. |
| Punto di montaggio inesistente in /etc/fstab | Il sistema porta l'utente in una shell di emergenza. |
| Opzione di montaggio errata specificata in /etc/fstab | Il sistema porta l'utente in una shell di emergenza. |
In tutti i casi, gli amministratori possono anche utilizzare la destinazione di emergenza per diagnosticare e risolvere il problema, poiché nessun file system viene montato prima che venga visualizzata la shell di emergenza.
Come eseguire l'avvio in modalità di emergenza o in modalità di emergenza tramite Systemd in CentOS/RHEL 7 e 8
CentOS/RHEL 7:come avviare in modalità di emergenza o multiutente da GRUB2
CentOS/RHEL 7:come eseguire avvia in modalità di soccorso o in modalità di emergenzaNota :Quando si utilizza la shell di emergenza per risolvere i problemi del file system, non dimenticare di eseguire systemctl daemon-reload dopo aver modificato /etc/fstab. Senza questo ricaricamento, systemd potrebbe continuare a utilizzare la vecchia versione.
Il nofall L'opzione in una voce nel file /etc/fstab consente al sistema di avviarsi anche se il montaggio di quel file system non riesce. Non utilizzare questa opzione in circostanze normali. Con nofail, un'applicazione può iniziare con lo spazio di archiviazione mancante, con possibili gravi conseguenze.