Par défaut, systemd passe à un shell d'urgence à la moindre erreur. Par exemple, si l'un des montages de fstab échoue pour une raison quelconque, le système devient immédiatement impossible à démarrer. Je gère des dizaines de systèmes de production divers et j'ai trouvé ce comportement très dommageable. (En fait, je pense que c'est un échec de conception majeur, mais c'est une opinion personnelle).
Je voudrais augmenter la résilience de démarrage du système. De manière optimale, le système devrait toujours démarrer, les pilotes, les supports manquants, etc. ne devraient pas abandonner le shell d'urgence (il suffit de montrer un avertissement à la place), sauf si l'erreur donnée rendrait la connexion à la console absolument impossible. Ce qui peut être exécuté, cela devrait l'être.
Je sais que systemd génère automatiquement des fichiers * .mount à partir de / etc / fstab et je pourrais utiliser l'option nofail avec un petit délai d'expiration x-systemd.device (ou définir moi-même les fichiers .mount pertinents). Cependant, cela ne résoudrait pas mon problème, je veux rendre le système plus résistant, "patcher" fstab à chaque fois n'est pas très pratique et je ne suis pas sûr du nombre d'autres "problèmes" possibles qui rendraient mon système impossible à démarrer simplement parce que un développeur quelque part pensait que c'était assez important.
En quelque sorte, j'aimerais reprendre le contrôle de ma machine et ne pas laisser systemd décider quel problème est suffisamment grave pour écraser le processus de démarrage. C'est possible?