[systemd-devel] Debian patches, typo fixes

Santi Béjar santi at agolina.net
Fri Sep 10 06:11:04 PDT 2010


On Fri, Sep 10, 2010 at 1:45 PM, Jens Persson <xerxes2 at gmail.com> wrote:
> On Fri, Sep 10, 2010 at 10:32 AM, Santi Béjar <santi at agolina.net> wrote:
>>
>> On Fri, Sep 10, 2010 at 1:53 AM, Jens Persson <xerxes2 at gmail.com> wrote:
>> > Ok, then try to add After=fsck.target to sysinit.target.
>> >
>>
>> Ok, this works. But while I think this is a good change, I wonder why
>> a direct dependency/sorting between home.target, fsck.target and
>> checkfs.service is not enough.
>
> I've had the same problem myself with some other stuff until I discovered
> that Wants/Requires does NOT imply After. So if you want sysinit.target to
> wait for fsck.target to finish before it gets set to "done" you have to use
> After. First I thought that this was stupid but it does give you a faster
> boot if configured properly.

Yes, I know it. But you can see in the "systemctl show" output in my
mail that there are After= lines between them:

$ systemctl show checkfs.service
WantedBy=sysinit.target fsck.target
Before=mountall.service sysinit.target fsck.target
After=checkroot.service mtab.service cryptdisks.service

$ systemctl show fsck.target
Wants=checkroot.service checkfs.service
ConflictedBy=shutdown.target
Before=tmp.mount media-cdrom0.mount home.mount
sys-fs-fuse-connections.mount lib-init-rw.mount
After=checkroot.service checkfs.service

$ systemctl show home.mount
Requires=dev-disk-by\x1duuid-7bea11bc\x1de5c6\x1d429b\x1d80b1\x1dac2763026e01.device
-.mount
WantedBy=local-fs.target
ConflictedBy=umount.target
Before=local-fs.target umount.target
After=dev-disk-by\x1duuid-7bea11bc\x1de5c6\x1d429b\x1d80b1\x1dac2763026e01.device
fsck.target -.mount

Between fsck and checkfs there are After=, Before=, Wants= and WantedBy= lines.

Between home and fsck there is only an After= line, without Wants=,
neither Before= nor WantedBy=. Maybe this is the problem, that there
is a missing line in home.mount with:

Wants=fsck.target

I´ll try,
Santi


More information about the systemd-devel mailing list