Patrons ou modèles dans les scopes systemd ?

Fichiers de dépôt semblent permettre ce genre de dérogation. Voir man systemd.unit o cette documentation cité ci-dessous. Je pense que la clé fonctionnelle qui permettra d'appliquer le drop-in tout en ignorant la partie dynamique (PID) est la suivante :

De plus, pour les noms d'unité contenant des tirets ("-"), l'ensemble des répertoires générés par la troncature répétée du nom d'unité après tous les tirets est également recherché. Plus précisément, pour un nom d'unité foo-bar-baz.service, non seulement le répertoire de dépôt ordinaire foo-bar-baz.service.d/ est recherché, mais aussi foo-bar-.service.d/ et foo-.service.d/. Ceci est utile pour définir des drop-ins communs pour un ensemble d'unités liées, dont les noms commencent par un préfixe commun.

J'ai pu créer une telle dérogation pour la tranche d'utilisateur en utilisant ce qui suit (notez l'absence de PID après le dernier tiret) :

~$ systemctl --user edit --force app-.scope

Ce qui ouvre un éditeur de fichiers où vous pouvez ajouter vos options supplémentaires. Par exemple :

[Scope]
OptionOne=value
OptionTwo=value

Vous pouvez confirmer la présence du dépôt en utilisant :

~$ systemctl --user status app-1234.scope
[...]
Drop-In: /home/foo/.config/systemd/user/app-.scope.d
             override.conf
[...]

Pour la tranche de système, l'approche est probablement similaire, à l'exception du --user passé à systemctl .