The scenario is that you have a disk mounted on /mnt/music, your music is played from there with mpd. And you shutdown, while it's playing something. Well, it can't unmount /mnt/music and shuts down with an unclean unmount. Well, it turns out you'd just ripped your favourite cd: Oops, now let's hope that journalling thing saves your butt! Because it didn't sync the write cache. I'm not sure, I think you lose data here.
But you're right that some services could probably get away with it. But it's probably few, and it'd have to be a very knowledgable person doing it. And yes, he was being abrasive, but hopefully it was meant in good humor. Do remember that 90% of communication is non-lingual and inflection and body language are completely lost in e-mail. I don't think you've gain much really. I imagine most services that you can get away with this already do almost nothing to shut down. If you need fast shutdowns you might want to look at getting some sort of sleep functionality working. Or run less services. On Thursday 30 March 2006 00:37, ctmlinux wrote: > Redshift, > > That's hardly constructive and comments like that are not very mature > for a mailing list where plenty of people witness this behavior. I > didn't demand anything be changed, but merely started a discussion. > Someone correct me if I'm wrong, but what disastrous harm comes from a > daemon such as mpd (for example as well as some others) not being shut > down when the computer halts or reboots? Mature and constructive > responses only please. The question is how absolutely necessary all of > these types of daemons are in order to shut down. If what you say is > true, our systems would self destruct each time we had a power outage > and had no UPS which does not make any sense. > > For those in charge: Are the comments in bolded red below the kinds of > comments one should expect when using this mailing list? I certainly > hope this is not considered acceptable behavior. > > On Thu, 2006-03-30 at 07:44 +0200, RedShift wrote: > Are you drunk? > > > I mean > > > > Did you consider that all processes need to be stopped in order to > > unmount any filesystems? Otherwise if you don't stop them, files be left > > open, the system won't be able to unmount, corrupt filesystem. The > > stopping of all the deamons give them a chance cleaning everything up, > > like committing pending transactions (for example writing entries to the > > logs). And not stopping netfs, are your high? I mean, what if I got some > > write data in my cache on the local computer? Don't you want it synced > > with the server? > > > > Why don't you just pull the plug... fastest shutdown I've ever seen. > > > > ctmlinux 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 -- "The only winning move is not to play." _______________________________________________ arch mailing list [email protected] http://www.archlinux.org/mailman/listinfo/arch
