[systemd-devel] Bug? Ordering services on device aliases

Dave Reisner d at falconindy.com
Fri Jun 29 07:01:00 PDT 2012


On Mon, Jun 25, 2012 at 09:18:23PM -0400, Dave Reisner wrote:
> On Tue, Jun 26, 2012 at 03:11:19AM +0200, Malte Starostik wrote:
> > Hi Dave,
> > 
> > Am Montag, 25. Juni 2012, 16:23:13 schrieb Dave Reisner:
> > > The premise is fairly simple, given the below unit:
> > > 
> > >   [Unit]
> > >   Description=dhcpcd on %I
> > >   Wants=network.target
> > >   Before=network.target
> > >   After=sys-subsystem-net-devices-%i.device
> > >   BindTo=sys-subsystem-net-devices-%i.device
> > > 
> > >   [Service]
> > >   Type=forking
> > >   PIDFile=/run/dhcpcd-%I.pid
> > >   ExecStart=/sbin/dhcpcd -A -q -w %I
> > >   ExecStop=/sbin/dhcpcd -k %I
> > > 
> > >   [Install]
> > >   Alias=multi-user.target.wants/dhcpcd at eth0.service
> > > 
> > > All I'm interested in is making sure that the device is available before
> > > starting dhcpcd for an interface. However, when I enable this unit, the
> > > device alias is inactive after booting:
> > 
> > not exactly answering your question, but dhcpcd 5.5.6 comes with this lean and 
> > clean unit:
> > 
> > [Unit]
> > Description=Lightweight DHCP client daemon
> > Wants=network.target
> > Before=network.target
> > 
> > [Service]
> > ExecStart=/sbin/dhcpcd --nobackground
> > 
> > [Install]
> > WantedBy=multi-user.target
> > 
> > apart from the preferable --nobackground, this starts dhcpcd on all available 
> > interfaces, including those that only gonna appear later on.  To fine-tune 
> > which devices to actually manage or ignore, you can then use /etc/dhcpcd.conf 
> > instead.  And you only need one dhcpcd process, not one per interface.  I even 
> > use that to assign static addresses and routes via dhcpcd, as I haven't found 
> > anything remotely as straighforward to setup the simplest of configs.
> > 
> > Just some food for considerations,
> > Malte
> > 
> 
> Interesting! Thanks for pointing this out.

Anyone? Still curious if my original query is working as intended, a
bug, user fail, aliens...


More information about the systemd-devel mailing list