It is not always possible to detect/catch reboot events. You should not
depend on such an ability.
The best you can hope for, that I'm aware of, is to rely on init to
tell you via shutdown scripts (e.g. init 6).
-- Garrett
ajit jain wrote:
> Please let me know If something is not very clearly mention in my
> previous.
> Thanks in advance for your help.
>
> Best Regards,
> Ajit
>
> On Sun, Jan 18, 2009 at 7:57 PM, ajit jain <[email protected]
> <mailto:[email protected]>> wrote:
>
> Hi All,
> I am writing a filtering driver which will track the writes to
> file-system/volumes.
> I want my driver to send an "system shutdown" IOCTL during the
> system shutdown. Basically the system shutdown IOCTL will enable
> my driver to various clean up task like closing the file, unwrap
> the write ops etc. I want this IOCTL to be send as latest as I can
> so that I can track the as many writes as it can, because there
> could be writes even after the file-system unmount. So I want the
> IOCTL to be make right before the root file-system gets unmount.
> But the problem is opensolaris doesn't uses legacy rc scripts for
> system bootup and shutdown (though it supports rc scritps), its
> uses SMF. If it would have uses rc scripts I could have insert an
> rc script right before the script which unmount the root file-system.
>
> Initially I thought of creating a service throgh SMF which is
> having dependecy on root file-system and dependent as usr
> file-system. And to load driver as service start method and send
> system shutdown IOCTL as service stop method. But it seems that
> SMF does not offline the services while system shutdown IOCTL was
> never made during system shutdown automatically.
> Second thing I tried was to issue the ioctl run level 6 script
> (rd6.d/shutdownioctl) but there were many file-system mounted at
> run level six, even /var was mounted.
> Please suggest how can I make the IOCTL at the right point in time
> during shutdown.
>
> Thanks in advance.
>
> Ajit
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> driver-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/driver-discuss
>
_______________________________________________
driver-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/driver-discuss
