SD changes disk permissions?

[cweger]

Hi,

Yesterday I ran SuperDuper for the first time on a new MacPro running 10.5.2. I was backing up a 500GB volume used solely for Final Cut render storage.

After the clone ran (successfully), I dismounted the backup drive, and launched Final Cut. Final Cut immediately complained that my scratch volume was not writable.

A Get Info on the volume showed something curious: even though in the list of users at the bottom of Get Info it listed my permissions as Read/Write, the text right above the user list said "You can read only." ???

Sounds to me like some kind of ACL-related issue. Anyway, the only way I could fix it was to mark the volume as "Ignore Ownership."

So, I'm wondering what happened? Nobody touched the computer or that volume between the time SuperDuper ran and this permissions issue, and I had successfully been running Final Cut earlier in the day.

Any ideas?

[dnanian]

We don't change permissions, but we do ensure ownership is on. If you need to have full write permission on the drive, keep ownership on, but change the permissions for the volume.

[Michael@wengam]

I have one internal drive for my System and User home folders, and another drive (actually partition on the same drive) that contains files I want to share between all users of this machine--for this data drive, I check 'Ignore permissions on this volume' in its Get Info window.

I keep finding that 'Ignore permissions on this volume' has been unset by some process: not me or another user, for certain. I do make a clone of this partition every night using SuperDuper! -- will that unset 'ignore permissions'?

[dnanian]

Yes. As above, set permissions for the drive and user groups appropriately, rather than turning permissions off.

[Michael@wengam]

I'm afraid that will just give me the same problems I have had trying to share files by keeping them in the Users-->Shared folder. I never seemed to be able to set file or folder permissions so that either of the two users of this machine could open, edit and save a shared file without changing its name, etc.

I tried, and failed, to understand and set ACLs to share files my way.

I'd get it working, then after some time I would find that documents could not be opened by the 'wrong' user, or could not be edited and saved under the original file name. It may be OK to have to change the name of a Word draft after every user's edit, but not OK (for me) to be forced to change the name for a 1GB Photoshop file that has been worked on, generating multiple huge files every time a different user does something to it.

In frustration, I resorted to putting shared files on a separate volume with 'ignore permissions on this volume' checked. That seems to give just the kind of file sharing I want, at least until the box gets itself unchecked.

Am I missing something here? Are there liberal permissions I can set on a non-boot volume that will let me share files as I would like and will 'stick' as settings?

[dnanian]

You set a file and folder inherted ACL that set your permissions to read/write for all, Michael?