Dacă emergency.service rulează, rădăcina comutatorului initrd sau fsck a fost deja încercată și a eșuat. systemd-fsck-root.service i se poate spune să repare întotdeauna (fsck -y) cu parametrul liniei de comandă a nucleului fsck.repair=yes
fsck va fi omis pentru orice sistem de fișiere cu valoarea passno de 0 în /etc/fstab (al șaselea câmp). Posibil o idee proastă într-un sistem cu un istoric de corupție, dar dacă sistemul de fișiere se montează permite funcționarea continuă.
Sistemele de fișiere pot fi făcute nu necesare pentru local-fs.target cu o opțiune nofail în fstab. Cu toate acestea, acest lucru nu funcționează pentru root fs. Luați în considerare crearea unui nou sistem de fișiere în punctul de montare pe care îl bănuiți că conține fișiere cu probleme, de exemplu /var/lib/whatever. Cu opțiunea nofail, chiar dacă nu se montează, nu va fi aruncat într-o carcasă de urgență.
Backup-urile sunt ultima linie de apărare pentru a evita pierderea datelor importante. Nu vă bazați pe reparații pentru a remedia întotdeauna lucrurile, chiar și pe sistemele de fișiere mature.
Unele sisteme de fișiere corupte există în suita de testare e2fsprogs. Este dificil de folosit în mod real, mai ales ca rădăcină fs.Imaginează-ți dispozitivul blocat cu el, extinde-l mai mare și restaurează-ți datele din backup.
