site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On Aug 25, 2008, at 9:23 PM, Maxim Zhuravlev wrote: I mean, I need to get notified on every mount/umount event. I.e. I need, say, some kauth semantics for mount/umount. You mean "I think I want", not "I need". I need to do some initialization in my kext for newly coming filesystem on mount and some invalidation for umonted filesystem based on it's device id ( in terms of stat() ) or fsid (in terms of vnodes). So you want notification, not the ability to authorise. = Mike _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... What do you mean by "hook" here? What problem you are actually trying to solve that you think hooking mounts and unmounts will solve for you? Firstly, why not do your work lazily? i.e. when you see an operation against a mountpoint you don't know about, go do your setup work then. That way you can avoid doing the work for volumes that aren't ever relevant to your flow, for example. Secondly; Terry's basically right. The volume lifecycle happens largely in user space; mount time is not where third parties get to participate. Look into the Disk Arbitration framework for the (much richer) interfaces it exposes. This email sent to site_archiver@lists.apple.com