Shirt Pocket Discussions  
    Home netTunes launchTunes SuperDuper! Buy Now Support Discussions About Shirt Pocket    

Go Back   Shirt Pocket Discussions > SuperDuper! > General
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 08-16-2005, 05:05 PM
Duncan H Duncan H is offline
Registered User
 
Join Date: Aug 2005
Posts: 3
Backup seems to be changing permissions

I hope this hasn't already been covered elsewhere, but I couldn't find it here.

I'm running 10.4, and copying from one backup disk to another: neither are boot discs.

One is a drive I call "shared", which has ignore ownership on this drive ticked. This copies some directories that I want to back up to another drive called "backup 1", which has permissions set so that only I can write to it, and no other users.

Everything copies perfectly, but once the copy has run, the "shared" drive has its ignore ownership tick box unticked, and the "backup 1" drive has permissions for all users set to read/write. Exactly the same problem occurs when backing up another set of files to a different drive.

It's annoying, as after every use of Super Duper I have to remember to go into the drives, and reset the permissions manually. I can't see what I've done that causes the permissions on the source and destination drive to change, but they do every time.

The copy is set to "copy newer files", rather than do a smart backup. I guess I need to tell it to ignore something, but I'm not sure what. And even then I can't see why it should remove the "ignore ownership" tick from the source drive. Surely this drive shouldn't be affected by a copy...
Reply With Quote
  #2  
Old 08-16-2005, 06:07 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Duncan:

That's totally us. We consciously enable ownership on all drives we copy to: otherwise, you lose the ownership when you copy files -- and thus wouldn't be a "good" copy!

Why would you want to keep ownership turned off?
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 08-17-2005, 09:09 AM
Duncan H Duncan H is offline
Registered User
 
Join Date: Aug 2005
Posts: 3
Quote:
Originally Posted by dnanian
Duncan:

That's totally us. We consciously enable ownership on all drives we copy to: otherwise, you lose the ownership when you copy files -- and thus wouldn't be a "good" copy!

Why would you want to keep ownership turned off?
OK - that does make sense for the drive I'm copying to. But I'm still a little confused as to why the source drive is changing as well.

The "shared" drive contains iTunes and iPhoto data, so that several users can share, and alter, the same data. It's easiest to do this by ignoring ownship on the drive (from my experience).

But I also want to back up this data, onto drives that I don't want anyone else to be able to see/touch/change/destroy in case there is an accident.

When I backup the data, the source drive loses its 'ignore ownership on this drive' tick. Surely only the destination drive should change, not the source.
Reply With Quote
  #4  
Old 08-17-2005, 09:13 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Because if ownership is not turned on for the source, the files on the source don't have their true owners displayed. Instead, you get fake, floating values.

The best way to allow groups of users to share files is to use group or "other" (as opposed to individual) permissions, rather than to turn ownership off. Ownership off is a pretty nasty hack in OSX, and I'd really, really strongly advise you to not use it. Instead, work "within" the system to do it the real way...
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 08-17-2005, 03:45 PM
Duncan H Duncan H is offline
Registered User
 
Join Date: Aug 2005
Posts: 3
Quote:
Originally Posted by dnanian
Because if ownership is not turned on for the source, the files on the source don't have their true owners displayed. Instead, you get fake, floating values.

The best way to allow groups of users to share files is to use group or "other" (as opposed to individual) permissions, rather than to turn ownership off. Ownership off is a pretty nasty hack in OSX, and I'd really, really strongly advise you to not use it. Instead, work "within" the system to do it the real way...
Thanks for the help. Or at least, the explanation.

I know I ought to get round to properly learning how group permissions work, so maybe this will give me the impetus to actually do it. I've tended to only pay attention to the "owner" and "others" field, and ignored the group.
Reply With Quote
  #6  
Old 08-17-2005, 04:48 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
I'm really not trying to be a pain here, Duncan, and not give you a solution -- I'm trying to point you in the best direction.

But, if you want to turn off ownershi for the volume automatically after the backup, you could use a "site customization script", similar to what I've provided in the FAQ entry for spotlight.

What you'd do is use the "vsdbutil" command to turn ownership off. The command line is:

vsdbutil -d "/Volumes/the-volume"

In the site customization script, you'd use the parameter passed in for the source volume, perhaps after checking to see if it's the one you want it to be: I discuss these scripts in the User's Guide.

Hope that helps!
__________________
--Dave Nanian
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Error while trying to enable permissions on target volume Hoosier_1701 General 11 07-16-2005 11:50 AM
OSX Tiger and SuperDuper! brich General 17 04-26-2005 09:20 PM
Smart Backup Error bill s General 20 02-04-2005 09:46 AM
Kernal Panic Luhmann General 4 01-26-2005 10:37 AM
ASR Image freeze PeterBest General 5 12-01-2004 09:02 AM


All times are GMT -4. The time now is 12:30 PM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.