Bug 82158

Summary: SystemD-Delayed start service
Product: systemd Reporter: Michael R. Lawrenceit.com <mike>
Component: generalAssignee: systemd-bugs
Status: RESOLVED INVALID QA Contact: systemd-bugs
Severity: critical    
Priority: medium    
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description Michael R. Lawrenceit.com 2014-08-04 23:25:22 UTC
ISCSID , on my laptop , on clean install works fine ,

over time this may degrade with updates patches etc.

also the service runs at BOOT.....

sysysv-init or open rc I would have moved to default.


adding a services type to system D for nice to have programs IE ISCSID and the like to run however in a post boot up fashion that dosnt hang the boot would be a plus. 

having ISCSI run with the gui or if it fails , not to hang the system worse than a cheep skeleton @ Halloween. 

the lack of run levels in SystemD of late is a constant IRK, 

ISCSID is loved by my Gentoo based distro, but offten the bane of startup
as well systemctl form CHROOT wont kill it half the time,

systemctl move ISCSID boot to default would be so sweet, pity. it's a nice service to have at client locations , however not exactly critical for my day to day. and moving it from a critical boot time service to a defualt run time service for users , at post login and X11 gui run , as a more optional serve a plus. 

just the lack of run levels for users has me waishing for upstart,

hell even LINUS has systemD on the shite list. 

as a Security Admin/researcher I do see potential , but the pain..... it causes me if oft not worth it.
Comment 1 Lennart Poettering 2014-08-05 10:41:05 UTC
I cannot make sense of this report. Please consult your distribution first, before filing bugs upstream. Thank you.
Comment 2 Michael R. Lawrenceit.com 2014-08-05 23:53:02 UTC
RC-update remove iscsi boot..... , Add iscsi defualt....
open rc that would work. 

unfortunaly my distrobution , ISCSI and SYSTEMD come as RAMMED down throat as defaults.

all I'm asking is in subsequent systemD updates if you can EMULATE some of the nicities of Openrc 

namily my boot hangs, and by god I can file bugs till hell frezzes over as our cheef architech is now a Goggle enginner by day. and most the distro staff are working 60 hours on a paying job atm. 


All I'm asking is just a wee bit more control in systemd somethings i'd rather not start at boot like ISCSD , and then hang the boot. 

IE Systemctl remove iscsi boot
system ctl add iscis defaul : Added to defualt run level..... 

one could emulate OpenRC with a delayed services start  (IE Openrc "defualt") 


MY distro or no , if one added a few of the OPENRC features for run levels or least emulated I'd cheer. 

despite the not-your bug with ISCSI-D , adding a interactive start back , or emulated run-level support. 

just something to remeadite a hanging service , that stalls boot would be a great benifit. 


systemctl disable iscsi.service
systemctl disable iscsid.service 
(FAIL) 

All I'm asking is next systemD add a few bits of openrc emulation , interactive start-up (rescue service wont upgrade, boot up in run updater (fix it) 
run-level emulation (delayed service start) ISCSI I'm happy to conect to servers, however my root aint on one, so having it start with the gui fine by me. 

I'm just assking for more ADDMIN controls. thats it. 
if a/my distro ships me a lemon service that i can nix it till they fix it .

Sabayon Linux uses systemD , LXNAY champpions it. 

Just a few feature add ons ....
Comment 3 Lennart Poettering 2014-08-11 10:51:21 UTC
"unfortunaly my distrobution , ISCSI and SYSTEMD come as RAMMED down throat as defaults."

I am sorry, but with language and accusations like this you will not find any help here. We have no interest in conversing with you like this.

Please go somewhere else for help, this language is not acceptable in the systemd community. Please do not reopen this bug.

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.