Improving halt package interaction...

[Michael Stahnke]

On Nov 13, 2007 8:59 PM, Douglas McClendon
<dmc.fedora at filteredperception.org> wrote:
> Thomas M Steenholdt wrote:
> > Hi all...
> >
> > I'd like to bring up a suggestion that would make it easier for
> > packagers to modify the halt process, without resorting to changing
> > files owned by other packages.
>
> ...
>
> > I think it would be very valuable to extend this functionality of
> > /etc/init.d/halt to support a /etc/halt.d/ directory in addition to the
> > halt.local script
>
> ...
>
> > What do you guys think about this?
>
> I for one could immediately use this for my LiveUSB 'persistence'
> feature.  I.e. instead of booting a livecd/usb with copy-on-write rootfs
> changes going to ram, the changes go to a file on a usbstick filesystem.
>   The reason that I need* to muck with halt.local is to cleanly
> readonly-remount the usbstick fs.  (*) actually I need to do this after
> the rootfs gets readonly-remounted, which is technically the very next
> thing after the current halt.local call.  But I can envision if
> /etc/halt.d/ existed, I could do a 99(last) script, which basically
> replicates the very short amount of code that happens after the current
> halt.local call.
>
> Unfortunately the one other thing that the feature needs to change in
> halt, is to somehow prevent the usbstick filesystem from being unmounted
> before the rootfs unmounted(/remount-ro).  Currently I do this hackishly
> by patching halt and functions (with the assumption that the protected
> filesystem is mounted on /mnt/overlayfs).  Anybody have any advice for a
> proper clean way I should submit a patch for that might be accepted?
>
> -dmc
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

I also like the idea.  It could send out calls to my Lights Out
Devices and monitoring.

stahnma