eject from halt
Scott James Remnant
scott at netsplit.com
Wed Jun 4 22:26:20 BST 2008
On Wed, 2008-06-04 at 16:50 -0400, Jeremy Katz wrote:
> On Wed, 2008-06-04 at 17:18 +0100, Scott James Remnant wrote:
> > On Wed, 2008-06-04 at 11:23 -0400, Jeremy Katz wrote:
> > > Not without doing some sort of hack to precache binaries. Because you
> > > want to eject and then halt. If you have to do eject separately in the
> > > script, then you need to be sure that halt exists in the buffer cache so
> > > that you don't need to go to the (now ejected) CD to read the halt
> > > binary
> > >
> > There's no guarantee that all of halt will be in the cache either, you
> > may well eject inside halt and be unable to page in the rest of the
> > binary to actually do the syscall.
>
> There's never a guarantee, but you can at least reduce your likelihood
> of failure. And seriously, having support to call an ioctl() in halt vs
> ldd across a static list of binaries and then cat'ing all of those files
> to /dev/null before running eject(1)? One of these feels like a hack,
> one of them feels like an incredibly gross hack ;)
>
How do you handle it right now?
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/upstart-devel/attachments/20080604/279b376e/attachment.pgp
More information about the upstart-devel
mailing list