site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On May 9, 2006, at 11:21 AM, Jeremy Pereira wrote: On May 8, 2006, at 23:01, Terry Lambert wrote: diskutil unmount force disk? or : umount -f /dev/disk? -- Terry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFEYNvQedHYW7bHtqIRAoO+AJ4nOdACh8RXTcLTccxTPFYBK5gjCQCdEvPg //jZaSj7k+XwU0SUywpdovo= =SryW -----END PGP SIGNATURE----- _______________________________________________ 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... The best thing for this is two machine debugging and the command "showallstacks". This will tell you exactly who has things open, and why. I've tried that, but it's more or less impossible to capture the machine state in the window during which the unmount syscall is occurring. But it's most likely that you just need to support the forced unmount option in your VFS's unmount vfsop. That would be a nice idea, but I know for a fact that the unmount operation does not get as far as the vfsop. I inserted a call to panic() as the first line of the vfsop and there was no panic. At least not until I rebooted the machine where the panic did occur at the expected line either because the force flag is set when the machine is being shut down or because none of the other readdir activities are happening. I don't think Finder/CarbonDiskManager ever do a force unmount. You have use diskutil to do so Basically, this will cause the vnodes to be ripped out from under whoever is trying to use them, and cause further operations to be invalid. This email sent to site_archiver@lists.apple.com