From: Ben Ford <ben@kalifornia.com>
To: Simon Richter <Simon.Richter@phobos.fachschaften.tu-muenchen.de>
Cc: Pavel Machek <pavel@suse.cz>, linux-kernel@vger.kernel.org
Subject: Re: Let init know user wants to shutdown
Date: Mon, 16 Apr 2001 14:36:57 -0700 [thread overview]
Message-ID: <3ADB65F9.7020902@kalifornia.com> (raw)
In-Reply-To: <Pine.LNX.4.31.0104161427400.13558-100000@phobos.fachschaften.tu-muenchen.de>
Simon Richter wrote:
>On Fri, 13 Apr 2001, Pavel Machek wrote:
>
>>>Then a more general user space tool could be used that would do policy
>>>appropriate stuff, ending with init 0.
>>>
>>init _is_ the tool which is right for defining policy on such issues.
>>
>>Take a look how UPS managment is handled.
>>
>
>A power failure is a different thing from a power button press. There are
>users (me for example) who want to have something different then "init 0"
>mapped to the power button, for example a sleep state (since my box
>doesn't have a dedicated sleep button). I doubt there are many people who
>want something else than a shutdown if the power is out (although I think
>there will be with suspend-to-disk working, so we might have to change UPS
>handling here).
>
>My plan for power management was to have a special daemon that would
>decide what to do based on system state (battery status, local time, ...)
>and events (power/sleep button, last user logged out, ...) [I know that
>from a programmer's POV, both are events]. This daemon could, for example,
>make sure that no services are affected, for example by priming WOL and
>entering a not-so-deep sleep state instead of doing a suspend-to-disk if
>someone is still listening on a port after the "shutdown unimportant
>services" scripts have been run.
>
> Simon
>
(root@qwerty)-(02:32pm Mon Apr 16)-(root)
# cat /etc/inittab | grep -1 CTRL
# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now
I believe that what is being referred to is similar. In which case, you
can put whatever the bleep you want here and do anything from popup a
message saying, "Shutdown denied" to immediately poweroff.
-b
--
Three things are certain:
Death, taxes, and lost data
Guess which has occurred.
- - - - - - - - - - - - - - - - - - - -
Patched Micro$oft servers are secure today . . . but tomorrow is another story!
next prev parent reply other threads:[~2001-04-16 22:42 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-04 22:02 Let init know user wants to shutdown Pavel Machek
2001-04-10 23:20 ` Miquel van Smoorenburg
2001-04-10 23:30 ` Miquel van Smoorenburg
2001-04-10 23:38 ` Kurt Roeckx
2001-04-10 23:46 ` Kurt Roeckx
2001-04-10 23:53 ` Miquel van Smoorenburg
2001-04-10 23:41 ` Mike Castle
2001-04-13 0:29 ` Pavel Machek
2001-04-16 12:42 ` Simon Richter
2001-04-16 15:49 ` Andreas Ferber
2001-04-16 16:25 ` Simon Richter
2001-04-16 21:27 ` Pavel Machek
2001-04-16 21:44 ` Simon Richter
2001-04-16 22:38 ` Andreas Ferber
2001-04-17 6:16 ` Simon Richter
2001-04-17 8:39 ` Andreas Ferber
2001-04-17 14:09 ` Simon Richter
2001-04-16 21:36 ` Ben Ford [this message]
[not found] ` <9b04food@ncc1701.cistron.net>
[not found] ` <9b052eod@ncc1701.cistron.net>
2001-04-13 0:26 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2001-04-10 17:05 Grover, Andrew
2001-04-11 4:23 ` John R Lenton
2001-04-11 14:59 ` John Fremlin
2001-04-11 12:20 ` Pavel Machek
2001-04-11 15:10 ` John Fremlin
2001-04-11 14:56 ` John Fremlin
2001-04-11 4:31 alad
2001-04-11 17:06 Grover, Andrew
2001-04-11 18:29 ` John Fremlin
2001-04-12 17:25 David Balazic
2001-04-16 7:03 ` Pavel Machek
2001-04-16 23:32 Grover, Andrew
2001-04-17 6:40 ` John Fremlin
2001-04-17 6:41 ` Simon Richter
2001-04-17 11:16 ` Pavel Machek
2001-04-17 16:45 Grover, Andrew
2001-04-17 19:54 ` Pavel Machek
2001-04-17 22:23 ` John Fremlin
2001-04-18 15:26 ` Simon Richter
2001-04-18 19:51 ` John Fremlin
2001-04-18 0:07 Grover, Andrew
2001-04-18 0:51 ` Alan Cox
2001-04-18 1:56 ` John Fremlin
2001-04-18 11:55 ` Alan Cox
2001-04-18 19:10 ` John Fremlin
2001-04-18 20:10 ` Alan Cox
2001-04-18 20:21 ` John Fremlin
2001-04-18 21:05 ` Avery Pennarun
2001-04-18 21:34 ` John Fremlin
2001-04-20 17:02 ` Pavel Machek
2001-05-02 16:52 ` John Fremlin
2001-04-20 17:01 ` Pavel Machek
2001-04-20 23:41 ` John Fremlin
2001-04-21 7:54 ` Pavel Machek
2001-04-24 0:17 ` Jamie Lokier
2001-04-24 1:08 ` John Fremlin
2001-04-24 10:06 ` Pavel Machek
2001-04-25 14:28 ` Jamie Lokier
2001-04-25 16:11 ` Richard Gooch
2001-04-18 1:54 ` John Fremlin
2001-04-18 18:28 Grover, Andrew
2001-04-18 18:45 ` Jeff Garzik
2001-04-18 19:36 ` John Fremlin
2001-04-18 21:46 Grover, Andrew
2001-04-18 22:09 ` David S. Miller
2001-04-18 22:30 ` John Fremlin
2001-04-19 2:16 ` Jeff Garzik
2001-04-19 12:04 ` David Woodhouse
2001-04-18 22:52 Grover, Andrew
2001-04-26 22:10 ` David S. Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3ADB65F9.7020902@kalifornia.com \
--to=ben@kalifornia.com \
--cc=Simon.Richter@phobos.fachschaften.tu-muenchen.de \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.