Comment s'appelle / etc / default / directory?
Runtime configs? Config init par défaut? Init configs? Quand vous devez l'expliquer, quelqu'un comme check/etc/default/files mec ...
On m'a posé des questions à ce sujet et je n'en ai aucune idée.
Il n'y a pas de définition claire pour /etc/default (le norme de hiérarchie du système de fichiers ne le mentionne pas) mais il est utilisé pour les "configurations en amont" et est spécifique aux systèmes Debian/Ubuntu).
Manuel de règles Debian:
Il existe souvent des variables dans les scripts init.d dont les valeurs contrôlent le comportement des scripts et qu'un administrateur système est susceptible de vouloir modifier. Comme les scripts eux-mêmes sont souvent conffiles, leur modification nécessite que l'administrateur fusionne leurs modifications chaque fois que le package est mis à niveau et que le conffile est modifié. Pour alléger la tâche de l'administrateur système, ces valeurs configurables ne doivent pas être placées directement dans le script. Au lieu de cela, ils doivent être placés dans un fichier dans/etc/default, qui porte généralement le même nom de base que le script init.d. Ce fichier supplémentaire doit être généré par le script lors de son exécution. Il ne doit contenir que des paramètres variables et des commentaires au format sh SUSv3. Il peut s'agir d'un fichier de configuration ou d'un fichier de configuration géré par les scripts du mainteneur du paquet. Voir Fichiers de configuration, Section 10.7 pour plus de détails.
Pour vous assurer que les valeurs configurables essentielles sont toujours disponibles, le script init.d doit définir les valeurs par défaut de chacune des variables Shell qu’il utilise, soit avant de rechercher le fichier/etc/default /, soit ultérieurement, à l’aide de quelque chose comme: $ {VAR: = default} syntaxe. De plus, le script init.d doit se comporter de manière sensée et ne pas échouer si le fichier/etc/default est supprimé.
Votre problème est susceptible de se supprimer lui-même (;)): Ce répertoire sera probablement supprimé à l'avenir car il fait partie de SyS-V init et systemd (ce que nous utilisons depuis 16.04) ne l'utilise pas. La seule raison pour laquelle il existe encore est la compatibilité.