On Thu, 12.02.15 11:05, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
> On 11 February 2015 at 20:51, Lennart Poettering <lenn...@poettering.net> > wrote: > > On Fri, 06.02.15 20:28, Dimitri John Ledkov (dimitri.j.led...@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 _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
