RC.CONF Daemon & Module Order?

Hello,
I haven't found much related to the topic from some searches I have conducted, but I have been wondering. Is there a prefered order to items within the Daemon and Module lines within rc.conf? If so, could someone please provide a link to the page/document? Thanks.

the default order is good to start with. The only thing you have to worry about is the fact that certain daemons require another to be started first. For example, dbus needs to load before hal and ivman needs to load after both. You really need to know and understand the daemon in order place it properly, but if you're using them already it shouldn't be hard.
The rest is personal preference.

Similar Messages

Initscripts default rc.conf DAEMONS line and HAL

Hello,
Some application error messages recently caused me to realize that after setting up a new machine I was not starting the HAL daemon.
Shouldn't this daemon be in the default DAEMONS=() line of rc.conf, as installed by the initscripts package?
I started to flag the package "out of date" but I wasn't sure if this was the appropriate action for this issue/question.
android

I was refering to flaging the initscripts package, not the hal package.
It's my impression that udev hot plugging as well as kde and gnome infrastructure (therefore all of the applications, not just if that's your desktop) all rely on hal at runtime.
I still haven't quite run it to ground, but I also believe that the arch boot proccess uses hal as part of hardware discovery.
So I think quite a bit of stuff depends on it and that it's a default in arch installations.
Given this, it seemed it would be reasonable if it were included in the DAEMONS line by default, or at least if configuration dependent on it is selected at system installation time.
In short, it seems like initscripts is "out of date" by not supporting hal out of the box.
This issue is related to knowing which of the, ever growing list of, groups to which a user should be added in order to have access to the systems hardware. But that's another post.
This is just my impression as a user. I'm eager to learn more, especially about the arch setup and boot process.
Thanks for your reply...
johnea

Adsl in rc.conf daemon array

I tried to start pppoe as a background daemon @adsl in rc.conf, but it just doesn't work. It works fine when manually pppoe-start or as a non-background daemon, but it takes time to dial up.
So how to configure it correctly?

loserMcloser wrote:Do you have a firewall starting up after adsl in rc.conf? If so, maybe some firewall setting is stopping the pppoe connection attempt?
No. I don't have a firewall.
And the log message is the same as manually connect, which connect pppoe correctly.
@adsl is the last daemon I start, but I'm not sure if there are some dependencies here.

Rc.conf and modules

Hello gentlemen,
I recently re-installed Arch on my PC and noticed that the modules section in rc.conf is empty. My previous Arch installation rendered several modules that were automatically loaded which was reflected in the modules section. Did I miss something?
Everything works as a charm though and I manually added the modules I wanted to start.

Mektub wrote:
new2arch,
when you have MOD_AUTOLOAD="yes" in /etc/rc.conf, the needed modules should automatically load.
You can always explicitly load (or not) specific ones.
F.e., I have:
MODULES=(!snd-pcsp)
Mektub
Mektub - I don't recall how that particular line in rc.conf looks like in my newly built system but I'll check it out later. I also don't remember if I had to explicitly change "AUTOLOAD=NO" into "YES" when I first installed Arch about a year ago, but on my laptop it says "yes" and there are a bunch of modules present.
I've disabled the system beeps in rc.conf, and also enabled fuse so I guess modules are autoloaded but by udev and those aren't being shown i rc.conf.

Rc.conf DAEMONS '@' question

In rc.conf it says to put a @ infront of a daemon to load it in the background.
What exactly does this mean and which daemons should I consider loading up in the background?
Cheers.

It means the next daemon listed will start without waiting for the prefixed daemon to finish.. uh, e.g my daemons line:
DAEMONS=(syslog-ng network dbus hal portmap @fam @shorewall @samba @netfs @crond @alsa @mpd)
Basically, shorewall will start before fam has finished loading, and so on. You have to use a little common sense to figure out what needs to be running before other things can - like portmap must be running before fam I believe. I'm not sure my setup is optimal, I could perhaps background one or two more, but i'm not all that concerned right now.
Anyway it's worth playing with and this setup saves me maybe 10-20 secs in boot time at a guess.

Rc.conf and module parameters.. how?

Im setting up my joystick which is 2 axis 6 button, the standard 'analog' module loads up as a 4 axis 4 button where 2 buttons are displayed as analog...
I have it working perfect with
modprobe analog map=gamepad
is it possable to add the parameter in rc.conf?
would it be as simple as MODULES=(joydev analog map=gamepad)?

cheers tomk for pointing me in the right direction.
got it sorted. Ive never had to edit the modprobe.conf in the past so it was a 'aaaaah thats what it does' kinda moment... simple really if you know where to look.
cheers

New Modules order of

with the new modules being added in between the existing ones,map,book etc it would be great to be able to place them in your own preffered workflow. ie library develop print. I personally never use any of the others or rarely.
I know ~I Should learn the shortcuts.

You can't change the order, but you can hide the ones you don't use. Right-click on one of the tabs and remove check-marks.
Hal

Can rc.conf's MODULES detect which kernel I'm booting?

...because on one kernel I have some things compiled in that I want loaded by MODULES in another kernel.
Right now I either get "FATAL: Module not found" errors (and probably some time loss) when I specifiy the large set of modules and boot the kernel with compiled in stuff, or modules have to be loaded manually afterwards (making for an even larger time loss) when I specify the small set but launch the core kernel.
Weird setup?

Cerebral wrote:
Could you not just bugger around with rc.conf, something like:
[ "$(uname -s)" = "kernel26-ARCH" ] && MODULES=(module1 module2)
[ "$(uname -s)" = "kernel26-viper" ] && MODULES=(....)
Would that work?
It seems so:
[ "$(uname -r)" = "2.6.24-zen1-20080206" ] && MODULES=(...)
worked fine, and I haven't yet tried to boot the core kernel.
Thanks a lot for all your suggestions. It should be a smoother experience now.

Pimp my rc.conf daemons

From what I understand, selective editing of the DAEMONS line of rc.conf, including prefixing certain daemons with @, can significantly reduce boot time. I read a couple posts, as well as the wiki, searching for a solid answer, but the best I found was "which services to start background depends on your needs" which is a bit obvious. In any case, here's my current line:
DAEMONS=(syslog-ng !network netfs crond hal alsa hplip cups dhcdbd networkmanager laptop-mode gdm)
I'm sure it's a mess, as I've just slapped daemons on to fix problems, enable wireless, etc. so far.
If it's at all useful, this is a laptop that I commonly use as a workstation and with wireless.
Last edited by ArchPad (2007-06-13 14:34:41)

toofishes wrote:
ArchPad wrote:
From what I understand, selective editing of the DAEMONS line of rc.conf, including prefixing certain daemons with @, can significantly reduce boot time. I read a couple posts, as well as the wiki, searching for a solid answer, but the best I found was "which services to start background depends on your needs" which is a bit obvious. In any case, here's my current line:
DAEMONS=(syslog-ng !network netfs crond hal alsa hplip cups dhcdbd networkmanager laptop-mode gdm)
I'm sure it's a mess, as I've just slapped daemons on to fix problems, enable wireless, etc. so far.
If it's at all useful, this is a laptop that I commonly use as a workstation and with wireless.
Certain daemons likely depend on other things already having started before they initiate their startup, so you want to leave some alone. Here is my array, and although different than yours, notice how I leave quite a few things un-backgrounded due to dependencies and lump all the backgrounded ones at the end:
DAEMONS=(syslog-ng network iptables portmap @fcron @hal @sensors @knockd @netfs @sshd @ntpd @alsa @cups)
This would lead me to believe something like this would work for you (and WHY do you have network disabled?):
DAEMONS=(syslog-ng network hplip @crond @hal @netfs @alsa @cups @dhcdbd @networkmanager @laptop-mode @gdm)
I have syslog-ng and network backgrounded too and that works perfect.

Default rc.conf daemons

Just curious what network netfs and crond do ? They are loaded at startup in the daemons array of the default rc.conf and i am trying to reduce my startup processes and trying to determine if i need them.
Thanks

carick wrote:Just curious what network netfs and crond do ? They are loaded at startup in the daemons array of the default rc.conf and i am trying to reduce my startup processes and trying to determine if i need them.
Thanks
if you're trying to cut down on boot up time, putting '@' in front of each daemon will load them in the background. when i did that, it took about 10 seconds off my boot up time.

Conf of production order

Hi guyes,
I am trying confirmation of production order (co15) but at the time of saving the order i get error message that" field selection for movmt type 261/acct 790000 differ for cost center(010), i have ckecked g/l account also all are perfect so plz let me know where i am wrong? final product is in batch.
Regards,
jaiswin.

Hi
It seems some filed selection problem related to the movement type 261 and the G/L account combination.
Go to SE38 - in the Program field write RM07CUFA-- Execute--Enter the movement type company code and G/L account-Execute-Additional Account assignments G001- Cost center
There cost center should be optional entry.. please check the fields there.
Regards
Bala

Wrong Price Diff during conf. of PP Order

Hi,
We have in the system Process Order created for Finished Goods. The price control u2018Su2019 (Standard Price) is maintained for the material. The negative stock is allowed for the material.
We are canceling the confirmation of the PP order and document are posted with u2018102u2019 movement type. The following are observed
1)     The value for the BSX line item is posted with the Quantity * Standard Price.
2)     The value for the GBB-ZOF line item is posted with the Quantity * Moving Average Price.
3)     The difference is posted to Price Difference (PRD key)
Since negative stock is maintained, there is a chance when the document for 102 movement type is passed the stock quantity and value for FG goods may be zero.
I would like know whether this is SAPu2019s default functionality that value is calculated differently for BSX and GBB-ZOF key. I would like know the SAP Note number in the subject.
Regards
Partha Pratim Bhar

Hi all,
we found the problem our self. It seems that the handling of 'Price' and 'UnitPrice' differs a little bit between SP00 and SP01.
Setting the 'UnitPrice' in the document lines instead of of the 'Price' solves the problem.
A little bit ugly that the functionallity changes and there is no documentation found.
Greetings
Gerd

Daemon Startup Order

This is a fairly technical question:
I've installed two daemons which I like, dnsmasq and squid, but I need for squid to wait for dnsmasq before it starts. I have plists for each in user LaunchDaemons, but there doesn't seem to be a way to set dependencies.
How to set dependencies in LaunchDaemon plists? Squid just shuts down when it can't get DNS.

You can't. You could try setting dnsmasq to "RunAtLoad", and squid to only run on demand, if that is possible (I don't know these apps) or you will need to use the "StartupItems" which do allow for dependencies.
Take a look at Getting Started with launchd and Introduction to System Startup Programming Topics.
For further questions, I recommend you post in the UNIX forum.

Daemons in rc.conf: order ok?

This is the daemon line in rc.conf
DAEMONS=(syslog-ng hal network netfs crond cups alsa slim)
Is this ok? Do I need any other drivers? I want to print (cups!) stream music (via stream tuner) and look at my digital photos and manipulate them via gimp.

You could background the last four.
You could remove slim and instead edit /etc/inittab (id:5:initdefault: and run slim form the "x:5:respawn:" line). Why? it means you can turn the gui off and on easily (init 3, init 5 and from grub append 3 to the boot line to get text mode, multiuser. No need to make that change, just more flexibility.
Last edited by vacant (2007-11-17 11:46:11)

MODULES & DAEMONS

One thing that has been a prevalent problem for me thus far is having certain programs not work since I didn't have a couple of Daemons/Modules enabled for boot-ups. Can anyone give me a typical list of each to run for a full gnome/xfce environment, with ati gfx?
Oh yeah, is there any good way to catch the info that passes by when pacman starts installing packages? A lot of those important tips fly by so quickly that I can't catch them. I know how to deal with that in the Desktop, but how do I handle this before that is installed?

n00body wrote:
One thing that has been a prevalent problem for me thus far is having certain programs not work since I didn't have a couple of Daemons/Modules enabled for boot-ups. Can anyone give me a typical list of each to run for a full gnome/xfce environment, with ati gfx?
Oh yeah, is there any good way to catch the info that passes by when pacman starts installing packages? A lot of those important tips fly by so quickly that I can't catch them. I know how to deal with that in the Desktop, but how do I handle this before that is installed?
I beleive you should check KDE / Gnome's wiki page for the list of daemons they require:
GNOME: http://wiki.archlinux.org/index.php/Gnome
KDE: http://wiki.archlinux.org/index.php/KDE
I know GNOME doesn't require any modules just daemons, not sure about KDE.

RC.CONF Daemon & Module Order?

Similar Messages

Maybe you are looking for