Sysvinit Future
-
- Posts: 22
- Joined: Tue Dec 26, 2017 6:52 pm
Sysvinit Future
I respect MX Linux decision to not use systemd. I haven't had any issues with it on other distros that I use. I have not had any issues with sysvinit as well. Is MX Linux going to stick with sysvinit or has there been some considerations for a replacement other than systemd? Just curious. Thanks.
- dolphin_oracle
- Developer
- Posts: 20024
- Joined: Sun Dec 16, 2007 1:17 pm
Re: Sysvinit Future
I don't know how the other devs feel about it, but my intention would be to continue to straddle the sysV/systemd line as long as practical.chiguy1256 wrote:I respect MX Linux decision to not use systemd. I haven't had any issues with it on other distros that I use. I have not had any issues with sysvinit as well. Is MX Linux going to stick with sysvinit or has there been some considerations for a replacement other than systemd? Just curious. Thanks.
http://www.youtube.com/runwiththedolphin
lenovo ThinkPad X1 Extreme Gen 4 - MX-23
FYI: mx "test" repo is not the same thing as debian testing repo.
lenovo ThinkPad X1 Extreme Gen 4 - MX-23
FYI: mx "test" repo is not the same thing as debian testing repo.
Re: Sysvinit Future
Although I had problems with systemd on a couple of other distros before finding MX Linux in April-2014, I continue
to be satisfied with MX Linux as currently conformed only desiring it's continued success and development.
I suppose the question really could be, can MX Linux continue to be "a midweight OS designed to combine an elegant
and efficient desktop with simple configuration, high stability, solid performance and medium-sized footprint"
under the spectre of world domination inherent in systemd that many believe exists. Perhaps that image is not proven
to everyone's mind but I believe it is a part of the reason for the existence and success of MX Linux.
I have read in the forum of some who run MX Linux with systemd with apparently no problem.
So we know it is possible.
Question is whether it is desirable?
to be satisfied with MX Linux as currently conformed only desiring it's continued success and development.
I suppose the question really could be, can MX Linux continue to be "a midweight OS designed to combine an elegant
and efficient desktop with simple configuration, high stability, solid performance and medium-sized footprint"
under the spectre of world domination inherent in systemd that many believe exists. Perhaps that image is not proven
to everyone's mind but I believe it is a part of the reason for the existence and success of MX Linux.
I have read in the forum of some who run MX Linux with systemd with apparently no problem.
So we know it is possible.
Question is whether it is desirable?
Thinkpad T430 & Dell Latitude E7450, both with MX-21.3.1
kernal 5.10.0-26-amd64 x86_64; Xfce-4.18.0; 8 GB RAM
Intel Core i5-3380M, Graphics, Audio, Video; & SSDs.
kernal 5.10.0-26-amd64 x86_64; Xfce-4.18.0; 8 GB RAM
Intel Core i5-3380M, Graphics, Audio, Video; & SSDs.
Re: Sysvinit Future
I'm with DO on this, especially given the update work now going on.
Production: 5.10, MX-23 Xfce, AMD FX-4130 Quad-Core, GeForce GT 630/PCIe/SSE2, 16 GB, SSD 120 GB, Data 1TB
Personal: Lenovo X1 Carbon with MX-23 Fluxbox and Windows 10
Other: Raspberry Pi 5 with MX-23 Xfce Raspberry Pi Respin
Personal: Lenovo X1 Carbon with MX-23 Fluxbox and Windows 10
Other: Raspberry Pi 5 with MX-23 Xfce Raspberry Pi Respin
-
- Posts: 22
- Joined: Tue Dec 26, 2017 6:52 pm
Re: Sysvinit Future
There are alternatives to systemd and sysvinit. Such as OpenRC, which is used by FreeBSD (TrueOS) and Gentoo.
- anticapitalista
- Developer
- Posts: 4167
- Joined: Sat Jul 15, 2006 10:40 am
Re: Sysvinit Future
Have you tried it on MX Linux? Please give feedback if you have or intend to do so.chiguy1256 wrote:There are alternatives to systemd and sysvinit. Such as OpenRC, which is used by FreeBSD (TrueOS) and Gentoo.
anticapitalista
Reg. linux user #395339.
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - lean and mean.
https://antixlinux.com
Reg. linux user #395339.
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - lean and mean.
https://antixlinux.com
Re: Sysvinit Future
I use Gentoo. One of the reasons I chose it instead of Debian, over 15 years ago, is I much preferred their init system over what Debian was using. I'd LOVE to switch us over to OpenRC since it makes so much more sense compared to Debian's SysV init. Actually, I think Debian got rid of some of the worst problems before they abandoned it. But here is the problem with switching to OpenRC: the init.d scripts are different. Right now (thank goodness) Debian packages still come with SysV init scripts. This means we don't have to repack every bloody Debian package that has an init.d script.chiguy1256 wrote:There are alternatives to systemd and sysvinit. Such as OpenRC, which is used by FreeBSD (TrueOS) and Gentoo.
I can imagine creating tools to help with this but since we are not Trying to Take Over the World! [TM] I don't think the benefit is worth the effort. Usually, changing the init system goes along with changing the packaging system. That's what happened with Gentoo. If you are creating all new packages anyway then adding new init files is not a big deal.
I'm not saying a clever solution is impossible. I just don't know what it is. If you can figure it out then more power to you! If it is not too onerous then we may want to consider it.
"The first principle is that you must not fool yourself -- and you are the easiest person to fool."
-- Richard Feynman
-- Richard Feynman
Re: Sysvinit Future
i will go with D-O opinion with some clarifications :
1. sysvinit was Proved at least few hundreths million times till now. Yes, it is an old serial system but he does his job very well ...
2. a simple search for " systemd problem " gave me 1.5 mill results ... starting with " Linux: Why do people hate systemd? " . Systemd could be good in the future at paralellisation of processes but not now.
3. I could sacrifice few seconds of boot time for stability and assurance that my system work as I though it would.
I rest my case...
1. sysvinit was Proved at least few hundreths million times till now. Yes, it is an old serial system but he does his job very well ...
2. a simple search for " systemd problem " gave me 1.5 mill results ... starting with " Linux: Why do people hate systemd? " . Systemd could be good in the future at paralellisation of processes but not now.
3. I could sacrifice few seconds of boot time for stability and assurance that my system work as I though it would.
I rest my case...
- kernelkurtz
- Posts: 30
- Joined: Mon Sep 18, 2017 1:13 pm
Re: Sysvinit Future
I think there's wide agreement here on that. But, of course, someday it won't be practical any more.dolphin_oracle wrote:... to continue to straddle the sysV/systemd line as long as practical.chiguy1256 wrote: ... Is MX Linux going to stick with sysvinit or has there been some considerations for a replacement other than systemd? ... .
I've been happily running MX for most of a year, but this truth has certainly been in the back of my mind that whole time.
So come summer I'll likely drift down the stack to AntiX at least, and keep my eyes on the other evolving options.
My sense is that in the long term I'm going to have to be a lot smarter about Linux internals, and not depend on a turnkey solution with a pretty installer to make it all right. Which in most ways if perfectly fine with me.
Re: Sysvinit Future
My problem with systemd are its failure modes. It took over two years to fix a problem where under certain conditions the manual mount of a partition would be show as succeeding (exit 0) but systemd would quickly & silently unmount it (it did appear in the logs but not in the terminal). The silently is what is unacceptable. It didn't hit a large percentage of users, but was a troubleshooting headache for those it did.
You still have to restart the systemd daemon if you change the UUID of a drive listed in fstab or it won't mount.
Sysvinit doesn't try to do as much as systemd does so it has fewer failure modes and they are more straightforward to recover from.
You still have to restart the systemd daemon if you change the UUID of a drive listed in fstab or it won't mount.
Sysvinit doesn't try to do as much as systemd does so it has fewer failure modes and they are more straightforward to recover from.
HP Pavillion TP01, AMD Ryzen 3 5300G (quad core), Crucial 500GB SSD, Toshiba 6TB 7200rpm
Dell Inspiron 15, AMD Ryzen 7 2700u (quad core). Sabrent 500GB nvme, Seagate 1TB
Dell Inspiron 15, AMD Ryzen 7 2700u (quad core). Sabrent 500GB nvme, Seagate 1TB