Am Montag, 11. März 2019 schrieb Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>>:<br>> On Do, 07.03.19 14:03, Marv Lelgemann (<a href="mailto:144dbspl@gmail.com">144dbspl@gmail.com</a>) wrote:<br>><br>>> I have a systemd service unit of type "dbus". I would like to have the<br>>> option to restart (or stop and start) the service with additional command<br>>> line arguments in "ExecStart".<br>><br>> Do something like this:<br>><br>>     mkdir -p /etc/systemd/system/foo.service.d/<br>>     cat > /etc/systemd/system/foo.service.d/override.conf <<EOF<br>>     [Service]<br>>     ExecStart=<br>>     ExecStart=/path/to/my/command --with=a --new-commandline<br>>     EOF<br>>     systemctl daemon-reload<br>>     systemctl restart foo.service<br>><br>> i.e. add a drop-in that first resets ExecStart= to the empty list, and<br>> the writes the new cmdline to use into it.<br><br>Yes, that's a persistent overlay. I was looking for a runtime reconfiguration, something to restart a service on an embedded system in debug mode or similar use cases. A template unit with instances service@default and service@debug would have been OK, but left me with a dbus name conflict. SetEnvironment worked for me.<br><br>><br>> Lennart<br>><br>> --<br>> Lennart Poettering, Red Hat<br>>