Tento příspěvek se zaměřuje na ruční opravu konfigurace systému souborů nebo problémů s poškozením, které zastavují proces spouštění.
Diagnostika a oprava problémů se systémem souborů
Chyby v /etc/fstab a poškozené systémy souborů mohou zastavit spuštění systému. Ve většině případů systemd přejde na shell nouzové opravy, který vyžaduje heslo uživatele root. Následující tabulka uvádí některé běžné chyby a jejich výsledky.
Běžné problémy se systémem souborů
| PROBLÉM | VÝSLEDEK |
|---|---|
| Poškozený souborový systém | systemd se pokusí opravit systém souborů. Pokud je problém pro automatickou opravu příliš závažný, systém uživatele přesune do nouzového prostředí. |
| Neexistující zařízení nebo UUID odkazované v /etc/fstab | systemd čeká nastavenou dobu a čeká, až bude zařízení dostupné. Pokud zařízení není dostupné, systém po vypršení časového limitu přepne uživatele do nouzového prostředí. |
| Neexistující přípojný bod v /etc/fstab | Systém přesune uživatele do nouzového prostředí. |
| Nesprávná možnost připojení zadaná v /etc/fstab | Systém přesune uživatele do nouzového prostředí. |
Ve všech případech mohou administrátoři také použít nouzový cíl k diagnostice a opravě problému, protože před zobrazením nouzového shellu nejsou připojeny žádné souborové systémy.
Jak nabootovat do záchranného režimu nebo nouzového režimu přes Systemd v CentOS/RHEL 7 a 8
CentOS / RHEL 7 :Jak zavést z GRUB2 do nouzového nebo víceuživatelského režimu
CentOS / RHEL 7 :Jak na to spusťte do záchranného režimu nebo nouzového režimuPoznámka :Při použití nouzového shellu k řešení problémů se souborovým systémem nezapomeňte po úpravě /etc/fstab spustit systemctl daemon-reload. Bez tohoto opětovného načtení může systemd nadále používat starou verzi.
nofail volba v položce v souboru /etc/fstab umožňuje systému zavést systém, i když připojení tohoto souborového systému není úspěšné. Za normálních okolností tuto možnost nepoužívejte. S nofail může aplikace začít s chybějícím úložištěm, což může mít vážné následky.