Take systemd for example. It's much more efficient and contributes a lot toward the efficiency of service startup, etc. in the Linux system. I get that and I appreciate it, but I was a guy who used sysVinit to manage running services a lot. I was pretty fair at using chkconfig to set things up the way I wanted them. Now, I have to start making the transition to a new system.
Bother.
My issue is illustrated by this example: to check what systems were being managed before, all I had to do was:
- Code: Select all
ls /etc/rc.d/init.d/
or even better
- Code: Select all
chkconfig --list
Now I have to either remember all this, or dump it into a bash script:
- Code: Select all
systemctl list-unit-files --type=service
or
- Code: Select all
ls /lib/systemd/system/*.service /etc/systemd/system/*.service
Seems like a small thing, but the last option is miserable. I can not seem to remember it. And intuitive? Not on any day of the week.
I mean, "list-unit-files" - that's three effing hyphens in there. Not at all elegant.
And the rest of it "--type=service" - how does that make any sense?
I obviously don't know this system for beans, and it' annoying to try and figure it out.
I mean used to, if I wanted to restart my network, it was just "service network restart" - simple, intuitive, elegant. And it still works. There's a tweak of some kind in sysVinit that allows it to hand off the process to systemd. But I know deep down that such a thing won't last forever. I'm eventually going to have to get used to new syntax, new commands and tagging ".service" onto the end of everything.
Grumble, grumble, grumble.
It's almost enough to make me want to use a GUI.
Okay, ventilated.
Mark