Re: Where is the "Ignore ownership on this volume" bit?
Re: Where is the "Ignore ownership on this volume" bit?
- Subject: Re: Where is the "Ignore ownership on this volume" bit?
- From: Quinn <email@hidden>
- Date: Tue, 26 Aug 2008 09:47:11 +0100
At 11:37 -0700 25/8/08, Bucanek James wrote:
Well, I'm not sure that does make sense. If I install an OS on an
external drive and then plug it into a different system, I would
have expected the volume's "Ignore ownership" property to follow it.
The problem is that the ownership (that is, the values stored in the
user and group ID fields of the file system objects on the volume)
depends on the directory store, and the directory store is tied to
the boot volume (except in managed environments). To continue your
example, imagine that, when you installed the OS on your "external
drive", the initial admin user was "Test" but the initial admin user
on your "different system" was "James". Both of these get user ID
501, and that's what written to "/User/test" on the "external drive".
Are these intended to be the same user? The system doesn't know for
sure, so we leave it up to the user to decide. Passing the buck to
the user is a cop out, but a non-cop out solution is hard.
That's annoying, but not overly distressing. As long as I can
determine the status, save it, then warn the user before they
attempt to restore the volume.
Is there an API for reliably determining the status of the "Ignore
ownership on this volume" setting?
Ah, your initial post talked about changing the setting. Detecting
the setting is easy:
<x-man-page://2/statfs> > f_flags > MNT_IGNORE_OWNERSHIP
I just erased a partition on my internal drive and an external USB
flash drive. The partition on the internal drive ended up with
"Ignore ownership" off, but the partition on the external drive got
"Ignore ownership" on. Running vsdbutil -c /Volumes/<name> on both
results in
No entry found for /Volumes/<name>/'.
Event after unmounting and remounting the volume, vsdbutil is still clueless.
Yeah, that's because we don't write to the database unless the user
makes a change. The default value, that ownership should be ignored,
is assumed.
S+E
--
Quinn "The Eskimo!" <http://www.apple.com/developer/>
Apple Developer Relations, Developer Technical Support, Core OS/Hardware
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden