<div dir="ltr">Hi Andrei,<div><br></div><div>> If unit A can be started without unit B, why does it matter in which order they are started?</div><div><br></div><div>Are you suggesting that After=/Before= must come with Requires= or similar? I think this breaks the design of making ordering dependencies and requirement dependencies orthogonal.</div><div><br></div><div>Take smbd.service and nmbd.service for example. smbd.service specifies After=nmbd.service, but no requirement dependencies on nmbd.service. It means that the 2 services can live without each other, but when the two services are starting together, ordering matters.</div><div><br></div><div>John Lin</div></div><br><div class="gmail_quote"><div dir="ltr">Andrei Borzenkov <<a href="mailto:arvidjaar@gmail.com">arvidjaar@gmail.com</a>> 於 2018年1月12日 週五 上午11:59寫道：<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">12.01.2018 03:47, 林自均 пишет:<br>
> How about adding an "--order" option to systemctl? With this option,<br>
> systemctl will sort those units by ordering dependencies before submitting<br>
> them.<br>
<br>
And why does it matter? If unit A can be started without unit B, why<br>
does it matter in which order they are started? If unit A can *not* be<br>
started without unit B, it must tell so using Requires or Requisite.<br>
<br>
What are you trying to achieve?<br>
</blockquote></div>