Bug 67103 - RFE: Allow multiple systemd.unit= directives on the kernel cmdline, and support systemd.mask= to runtime mask a unit for one boot
Summary: RFE: Allow multiple systemd.unit= directives on the kernel cmdline, and suppo...
Status: RESOLVED FIXED
Alias: None
Product: systemd
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium enhancement
Assignee: systemd-bugs
QA Contact: systemd-bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-19 20:05 UTC by Orion Poplawski
Modified: 2014-06-20 13:17 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments

Description Orion Poplawski 2013-07-19 20:05:55 UTC 
It would be nice to be able to temporarily (for the current boot) disable or enable specific services.  Perhaps a "systemd.enable=unit1[,unit2,...]" option?  I'm currently hacking on the Fedora installer and would like to be able to disable certain services from starting.
Comment 1 Lennart Poettering 2013-07-22 16:18:51 UTC 
I am not convinced it is a good to allow them to be enabled/disabled via the command line. But I think it would make sense to optionally runtime *mask* units (this feature has been on the TODO list for a while) and to add them to the initial transaction. This should be equally useful, but in its effect it more comprehensive.
Comment 2 Orion Poplawski 2013-07-22 16:29:14 UTC 
Yeah, I wasn't asking for the ability to permanently enable/disable - just for the initial boot process.
Comment 3 Zbigniew Jedrzejewski-Szmek 2013-07-22 22:41:48 UTC 
What about allowing multiple systemd.start= and systemd.mask=?
Comment 4 Lennart Poettering 2013-07-25 16:00:40 UTC 
Yes, allowing multiple systemd.unit= and systemd.mask= would be the way I'd like to see this implemented!
Comment 5 Lennart Poettering 2014-06-20 13:17:36 UTC 
What we have now in place in git is:

systemd.mask= as described

and:

systemd.wants= which adds additional units into the initial transaction.

THis is different from starting multiple units in one transaction, as systemd.unit= is still clearly the primary one, and systemd.wants= just integrates into its dependency tree.

Anyway, this should be fixed. Closing.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.