The shutdown script looks for services that are still running when you gave the computer the command to shut down. If you already killed services that were started at boot time, Arch won't try to kill them a second time.
To speed up your boot process, you can start trivial services in the background (place a @ in front of the service name in rc.conf). There are a few threads on the BBS about this. You could try initng or the kernel hack/patch that will allow a very warm reboot: the new kernel is loaded into memory without an actual reboot. I can't remember the name of that project tho. On 3/30/06, ctmlinux <[EMAIL PROTECTED]> wrote: > Hello all, > > Just throwing something out there for discussion. I am wondering perhaps > if there would be a better restart and or shutdown method that would prove > faster. I don't tend to reboot any of my systems very often but i tdid occur > to me that although it is good to have certain daemons starting after being > called in /etc/rc.conf, it is not really necessary from what I can tell to > wait for them to stop upon shutdown or reboot. For example: mpd, network, > netfs, gdm (always gives errors saying it can't find the pid anyway), dbus, > hal, cron, cups, etc etc. I know this would not make a massive difference in > restart or shutdown times, but it may help to optimize things in terms of > speed on older machines or when services hang at restart or shutdown. The > only thing I can see as being really important to do at shutdown or reboot > is the unmounting of filesystems, other than that, what else is really > necessary. > > I took a look at the script /etc/rc.shutdown and from what I can tell > with my rudimentory skills at interpreting code of any kind, it seems to > call *anything at all* that was started within /etc/rc.d/ > > Thoughts? If I am way off in left field on this, please educate on the > reason. > > Thanks, > > CtM > _______________________________________________ > arch mailing list > [email protected] > http://www.archlinux.org/mailman/listinfo/arch > > > _______________________________________________ arch mailing list [email protected] http://www.archlinux.org/mailman/listinfo/arch
