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