-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2010-05-15 at 15:48 -0700, Marc Chamberlin wrote:
On 5/15/2010 3:03 AM, Carlos E. R. wrote:
Are you sure it is the kernel that is at fault here, or is it the stop script (not the kernel) that is stoped/aborted?
I guess it is the script, and this is not at all part of the kernel. It is part of the distribution, the basesystem packages. Probably initd or rc.
Interesting question Carlos... Though I am not a guru on Linux, per say, I am a computer scientist and have written enough operating systems in my career to know where responsibilities should be delegated. Guess I probably should find some of that spare time I keep losing and study Linux deeper.. ;-) Almost every operating system I have worked with places the task manager/scheduler inside the protected space of the operating system kernel. This is a critical region of code and it is within the scheduler that a shutdown or reboot request should be acknowledged and ultimately handled, if need be.
I understand that, but... a lot of things are done via scripts in linux. When you issue a "halt", a lot of things are done before the kernel is actually told to do the real "halt". Have a look at "/etc/inittab", "/etc/init.d/rc", and probably more. I think all methods sooner or later call "/etc/init.d/rc 0". I don't know which is the exact command that finally tells the kernel to stop, maybe that's inside the calling "halt" binary. I haven't investigated enough. And yes, I agree that halt should always succeed, no matter what. However, tasks may have a saying in the process, delaying it a bit till they get a fair chance of saving all their "absolute must be saved" data. In the end, it must halt, within a time limit. It could be configurable. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvvQMUACgkQtTMYHG2NR9WYzwCfZyGdDI3Ek3ieknIYVVGw6usF xLEAn1ETWQZMV7e76gQOcZ0BxFre8ZVm =/djw -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org