[systemd-devel] [PATCH] preset-transient

[Lennart Poettering]

On Thu, 12.02.15 11:05, Dimitri John Ledkov (dimitri.j.ledkov at intel.com) wrote:

> On 11 February 2015 at 20:51, Lennart Poettering <lennart at poettering.net> wrote:
> > On Fri, 06.02.15 20:28, Dimitri John Ledkov (dimitri.j.ledkov at intel.com) wrote:
> >
> >> > Hum, we told at the sprint that we wanted to be that available for everyone,
> >> > and not having any conditions. Distros which still desires only the existing
> >> > behavior would not ship files in *-preset-transient directories.
> >>
> >> Running any presets commands unconditionally, without any preset
> >> configuration is harmful.
> >> Prime example, if one doesn't ship any .preset (even the one that
> >> comes with systemd) shutdown.target gets activated and all that system
> >> does on boot is going to shutdown straight away.
> >
> > Hmm, not following? Can you elaborate?
> >
> 
> With this patch, (as is, without taking all of the above mentioned feedback)
> AND
> transient-presets enabled via config option
> AND
> no .preset files shipped at all for neither of preset types
> AND
> no machine-id
> 
> .... one will not be able to boot =) i guess, this only points
> stronger to "distro should be configured sanely" and this is not a
> toggle to play with.

Actually systemd should be able to boot fine with a "disable *"
policy, i.e. zero services enabled. The really essential services are
enabled statically anyway...

> (It seems like, after "enable *" a few things are enabled - e.g.
> debug-shell.service console-shell.service, the boot reaches multiuser
> target and one sees maintainance prompt, after which the system goes
> to poweroff. I'm not quite sure how to debug this better, but my
> suspicion is that console-shell is stopped, which has
> ExecStopPost=-/usr/bin/systemctl poweroff. Maybe this is simply a bug
> in some of the default units. Is "enable *" alone default policy
> actually supported?)

Hmm, we explicitly disable debug-shell and console-shell in
90-systemd.preset to avoid confusion about these services...

Lennart

-- 
Lennart Poettering, Red Hat