Y a-t-il une raison pour laquelle sysctl est divisé en autant de fichiers de configuration?

/run/sysctl.d/ qui n'existe pas.

/run est temporaire, les changements qui y sont apportés sont perdus au redémarrage. Les fichiers de configuration drop-in dans /run sont utilisés pour modifier le démarrage actuel, mais sans persister ces changements au-delà du redémarrage.

/etc/sysctl.d/ qui contient 8 fichiers de configuration générés par le système d'exploitation et 99-sysctl.conf un lien symbolique vers /etc/sysctl.conf.

C'est là que les configurations des packages autorisés à être modifiées par l'administrateur seront conservées. dpkg vous informera lorsque vos modifications entreront en conflit avec les mises à jour des packages.

/usr/local/lib/sysctl.d/ qui n'existe pas.

/usr/local est destiné à l'usage de l'administrateur, et les packages n'y feront rien. Vous êtes censé créer le répertoire si vous en avez besoin.

/usr/lib/sysctl.d/ qui contient 3 fichiers définis par le système d'exploitation.

Les fichiers dans /usr/lib ne sont pas destinés à être modifiés par l'administrateur. Les mises à jour des packages écraseront les modifications ici.

/lib/sysctl.d/ qui est identique à /usr/lib/sysctl.d/ bien qu'il n'affiche pas de lien symbolique.

Depuis la fusion de /usr, /bin, /lib, etc. sont des liens symboliques vers les répertoires correspondants dans /usr.

/etc/sysctl.conf mon fichier sysctl fortement modifié.

Laissé pour des raisons de compatibilité ascendante, car les gens (ainsi que les scripts et autres outils) s'y attendront toujours.

Il est plus facile de modifier la configuration de manière transactionnelle lorsque vous pouvez simplement ajouter ou supprimer un fichier avec le contenu exact que vous souhaitez, au lieu d'utiliser des regex ou autre pour modifier une ligne au milieu d'un fichier de configuration rempli de je-ne-sais-quoi. C'est pourquoi les répertoires permettant des fichiers de configuration drop-in sont largement préférables aux fichiers de configuration uniques.