Doesn't the 'systemctl enable' do a reload by itself?<div><br></div><div>Anyway I tried to issue a systemctl daemon-reload after the enable for each service but it didn't work. </div><div><br></div><div>What do you mean with '<font><span style="background-color:rgba(255,255,255,0)">requeue the target which should pull in the additional new deps'?</span></font></div>
<div><font><span style><br></span></font></div><div><font><span style>Thanks<br></span></font><br>Il mercoledė 5 febbraio 2014, Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 04.02.14 23:57, Stefano Manni (<a href="javascript:;" onclick="_e(event, 'cvml', 'stefano.manni@gmail.com')">stefano.manni@gmail.com</a>) wrote:<br>

<br>
> Hi,<br>
><br>
> I'm facing with a problem while trying to enable services whose files are<br>
> not present at the boot time. Here is the scenario:<br>
><br>
> 1. the service *apps-mount.service* mounts a squashfs containing different<br>
> services in union (aufs) on /etc/systemd/system<br>
><br>
>     RESULT: in /etc/systemd/system there are now all the new services and<br>
> each contains WantedBy=*apps-started.target*<br>
><br>
> 2. the service *apps-start.service* enables all the new services (added in<br>
> point 1) invoking a 'systemctl enable --runtime xxx.service'<br>
><br>
>     RESULT: In /etc/systemd/system/apps-started.wants/ there are correctly<br>
> all the links to the enabled services<br>
><br>
> 3.* apps-started.target* starts and finishes<br>
><br>
>     RESULT: the new services have *not* been started<br>
><br>
> Is there a way to change a target's dependencies at runtime before the<br>
> target is launched?<br>
<br>
Well, you can issue "systemctl daemon-reload" and then requeue the<br>
target which should pull in the additional new deps.<br>
<br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Red Hat<br>
</blockquote></div>