LinuxQuestions.org
Register a domain and help support LQ
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - General
User Name
Password
Linux - General This Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.

Notices

View Poll Results: What system init daemon do you use
System V 27 49.09%
Upstart 5 9.09%
Systemd 19 34.55%
Other 4 7.27%
Voters: 55. You may not vote on this poll

Reply
 
Search this Thread
Old 11-05-2013, 09:46 AM   #16
kooru
Senior Member
 
Registered: Sep 2012
Location: Italy
Distribution: Slackware, NetBSD
Posts: 1,334
Blog Entries: 5

Rep: Reputation: 262Reputation: 262Reputation: 262

Quote:
Originally Posted by astrogeek View Post
Slackware - Sys V - forever...
same for me
 
Old 11-15-2013, 06:57 AM   #17
SteveK1979
Member
 
Registered: Feb 2004
Location: UK
Distribution: RHEL5/6, Solaris 10/11, NetBSD, OpenBSD, FreeBSD, MacOS
Posts: 221

Rep: Reputation: 40
Quote:
Originally Posted by andrewthomas View Post
I will stick with System V until I am forced to adopt systemd
That's very much my position too although it does look like things are improving in systemd, it looks like it would be a nightmare to support when something goes wrong...
 
Old 11-16-2013, 05:02 PM   #18
jdackle
Member
 
Registered: Apr 2010
Distribution: Debian, LMDE
Posts: 40

Rep: Reputation: 11
Interesting what came up from this thread making me snoop around.

Possible spoiler for those in the know: I'm using Linux Mint Debian Edition, so I presume it's using the same system as Debian.

I'm nearly 100% sure it's not Upstart. For starters, my man init makes no mention of it and besides, package "upstart" isn't installed on my system.

Coming back to man init, it just says "init", no reference to either System V nor Systemd. But the former's package is installed (sysvinit) whereas the later (systemd) isn't.
There is also reference, in that man page, to the seven runlevels (0 to 6) which I know are used in System V but I'm unaware of whether or not they're used in Systemd as well. I know Upstart doesn't use them, although at least in Ubuntu they will be honored (AFAICT the whole System V will be honored by Upstart where there is configuration (scripts) for SysV and not for Upstart).

Finally, there might be yet another system init daemon perusing or somehow honoring System V scripts and runlevels and whatnot, so... I'm still not really sure what's running here...

So no votes from me yet.
 
Old 11-28-2013, 02:35 PM   #19
zeebra
Member
 
Registered: Dec 2011
Distribution: Mageia 3, Debian Wheezy, Maemo, Linux Mint 14.
Posts: 165

Rep: Reputation: Disabled
I went to this thread because I am getting sick of systemd.
Kernel dependencies? Cgroup?
Udev? Hal (where is it?)? DBus?

Ok. The Kernel starts. Voila. You want that, but what do you want after that?
Are you running embedded?
Are you running mobile?
Are you running tablet?
Are you running laptop?
Are you running server?
Are you running cluster?

Hmm.. Should an init system ideally not fit for all of those? It should be so flexible that it could fit on any of those, yes?
How do you do that?

Systemd? (as far as I understand, no)
Do we want a binary blob for init? Personally I think that is a bad idea.

Did systemd kill HAL? But should we have so many hardware layers and alternatives?

I just want to ask the questions, because I do not know. Should every distro offer compatibility with System V AND Systemd?


Personally I think its best if the init is JUST the init. And I think the init should be completely open, easy to handle, configurable (with files) and only initialise OTHER things. Then we get into userland safely. Should there be any dependencies and prerequisuties for an init? Ofcourse not, just whatever is needed to RUN THE SYSTEM YOU ARE USING, and most often get you safely to userland. Thats it. Init should have nothing to do with desktop, and desktops should not rely on init. Desktops should rely on a running system.

This is what I always liked about GNU/Linux and bragged about to other people. In Linux, you have the Kernel. It does the hardware. Then you have userland, which is usually GNU. It starts your system, and you can make it into whatever you want basically. If you want a tiny userland, you can have it. If you want a massive userland, you can have that as well. Its up to you. Userland does not have anything to do with graphical applications aside from supporting it when that is desired.

So, you have Kernel and then Userland, what more do you want? Perhaps you want Xorg to be able to run a graphical desktop, or perhaps you want Wayland instead. Its up to you. I always liked that these things are seperate. Kernel, userland, X, desktop, compositing. Then you are free to choose as you want. You can make that choice with a distro or by doing EVERYTHING yourself if you can. (which should be easier with System V). So, what does X need? What does the desktop need? What does the userland need to comply with LSB? You dont even need LSB if you dont want. Who decides all these things? in the case of systemd it seems like systemd is the one who will decide that in the future.

What do I have against that as a regular GNU/Linux user with above average user experience? What I have against that is the same thing I have against unecessary dependencies for software. Have you ever had a case where you want to install a simple piece of software just to be told you need to install 180 other things? Yeah? I dont want that, especially when they seem irrelevant to the purpose. What about uninstalling? ooh no, my component that I absolutely want to uninstall, also forces the uninstallation of a whole bunch of things that I do want. But why? Its because of some tiny feature that I dont need in my desktop depends on it and then there is a whole domino effect from that.
Ooh my. Debian I like, but I stopped using it because of its huge amount of dependencies (in MY OWN opinion and experience).

So, what do I want from GNU/Linux and distributions? I want everything to be seperate and work interdependent of each others in as good a way as possible with as few dependencies for each thing as possible. Isnt that why we have libraries? If I want only the Kernel and one single init script to run on an embedded system with a few libraries, then I want that. If I want to be able to exchange the Kernel on a mobile phone with a new one, I want to be able to do that. If I want to stop the browser process without shutting down the system, then I want that to be possible (looking at my Nokia N900 here.) Basically I want total freedom to do whatever fits me and my needs. I also want everything transparent, flexible and clear.

Up until recently everything has turned clear for me, afterall I have used GNU/Linux for about 13 years now, and about 5-7 years as my main OS, and about 2 years as my only OS (except my game rig). But now things are suddenly turning a bit uncear again, even though I learn something everyday. Why is that? New features, OK! Fine. But why should a function suddenly become unclear, and why should it be opaque to operate it?

If I wanted a you must have (Kernel, initrd, systemd, GNU, X, Gnome) system tyrrany, then I could just as well choose Windows where everything is bundled and unclear and completely dependent of each other on every single level. Will systemd "force" some kind of bundle in GNU/Linux? Perhaps. At least to me it seems like it will, but then again, I am not the most technically advanced person on this forum, I am more of an advanced user who likes freedom. I f****** love config files and I am starting to like scripts and I dont like typing in unintuitive commands to do the same thing instead where I don't really clearly see what that is doing. I think that has something to do with my view on transparency. If I didnt care about transparency, then I would use Windows. Transparency also makes things clear. Systemd doesnt in my view. The only thing it has made clear is that System V makes things clear, which I did not properly realise before. "do one thing and do it well" is a fantastic thing in GNU/Linux that we should not understimate.

I think the problem here is that there are now so many hardware things between kernel and userland that interact with the desktop that this whole situation has got out of hand. Keep it simple!!!

Kernel - use/r/land - X - desktop.


Ok, so now this well purposed posting of mine turned into an undirected mumbo jumbo rant already.


so to summarize.
Keep everything seperate please! Make everything transparent! No F****** binary blobs and software collections please. Freedom of choice! No massive interdependencies. (what does a desktop need to rely on, REALLY?)
Kernel and userland is all YOU NEED. Everything else is additional stuff and should NOT be dependencies.
GNU/Linux users LIKES configuration files. GNU/Linux users LIKE scripts. GNU/Linux users LIKES command line. GNU/Linux users LIKE alternatives. GNU/Linux users LIKES seperation of functions.


So, thats why I think I have to move back to Slackware now.


Ooh, and keep in mind. More and more corporate GREED is moving into Linux now. So let us try to remedy that by keeping freedom involved in GNU/Linux, freedom as in GNU freedom.


Ok, over and out.
 
Old 11-28-2013, 02:55 PM   #20
Germany_chris
Member
 
Registered: Jun 2011
Location: Stuttgart, Germany
Distribution: Centos
Posts: 594

Rep: Reputation: 213Reputation: 213Reputation: 213
Systemd obviously
 
Old 12-03-2013, 09:51 PM   #21
venkatganesh
LQ Newbie
 
Registered: Sep 2011
Posts: 11

Rep: Reputation: Disabled
i have vote for system v
 
Old 12-05-2013, 01:57 AM   #22
wstewart90
Member
 
Registered: May 2013
Distribution: Arch Linux
Posts: 79

Rep: Reputation: Disabled
Quote:
Originally Posted by DavidMcCann View Post
You can count yourself lucky: CentOS doesn't have that facility at all!



Personally, I don't have much knowledge to share: I use what I'm given and don't mess with things that work. But I do use duckduckgo, which instantly finds things like
http://en.wikipedia.org/wiki/Init
http://www.yolinux.com/TUTORIALS/Lin...itProcess.html

As they used to say in X files, "The answer is out there."

I'd guess that you were running system v but
Code:
man init
will tell you what init daemon you're running.
 
Old 12-05-2013, 05:33 AM   #23
venkatganesh
LQ Newbie
 
Registered: Sep 2011
Posts: 11

Rep: Reputation: Disabled
i am used systemV in ubuntu12.04
 
Old 12-05-2013, 03:05 PM   #24
B4rc0de
LQ Newbie
 
Registered: Dec 2013
Posts: 5

Rep: Reputation: Disabled
init in pclinuxos 2013
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
How autostart daemon in /etc/init.d alehawk Debian 7 03-28-2010 12:11 PM
How to use the daemon function in /etc/rc.d/init.d/functions lostjohnny Linux - General 3 09-12-2008 04:33 AM
init daemon cannot connect to x-server eekflyer Suse/Novell 0 03-05-2007 09:21 AM
Run init script as daemon isuck@linux Linux - Software 5 02-12-2007 01:29 AM
skipping stalled daemon on init rapid transit Linux - Software 3 07-23-2003 04:29 PM


All times are GMT -5. The time now is 03:32 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration