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 09-24-2006, 04:54 AM
trevyn trevyn is offline
Registered User
 
Join Date: Sep 2006
Posts: 10
SD mounting images as read-only in 10.3.9?

Ok, so on my 10.3.9 machine, I try to set up a backup to a sparse image file on a network volume. I immediately run into the problem where SD can't create a sparse image on 10.3.9, so I create one manually in Disk Utility as per the workaround instructions here. Now, when I select it in SD and try to run the backup, SD appears to mount the image as read-only (icon in finder window, and can't copy anything to it manually), and fails. If I mount the image manually by double-clicking it, it mounts fine as read/write, and I can copy stuff to it in the Finder. Further, if I mount it manually in the Finder and then select it as a volume in SD, rather than as an image file, it also seems to work fine. It is a sparseimage, only about 50MB file when created for an 80GB image.

What's up?
Reply With Quote
  #2  
Old 09-24-2006, 08:05 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
Please check to see if the volume you're storing the image on is read/write for all users. Also, do the same for the permissions for the sparse image itself... see if that helps.
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 09-24-2006, 01:33 PM
trevyn trevyn is offline
Registered User
 
Join Date: Sep 2006
Posts: 10
Nope, no help. I gave "other" write permissions for the Volume, all enclosing folders, and the image file itself, but SD behaves the same. Also tried with and without "ignore permissions on this volume" on the fileserver. My user account does own the image, btw.

Interestingly, SD also seems to be reverting the permissions of the image file:

Code:
[p17:/Volumes/LaCieDisk/superduper] trevyn% ls -la
total 224793504
drwxrwxrwx   4 trevyn  501            264 24 Sep 01:27 .
drwxrwxrwt  26 root  admin          840 23 Sep 16:55 ..
-rw-rw-r--   1 trevyn  501    85289406464 24 Sep 05:35 newpb.sparseimage
-rw-rw-r--   1 trevyn  501    29804843008 24 Sep 10:14 p17.sparseimage
[p17:/Volumes/LaCieDisk/superduper] trevyn% chmod o+w p17.sparseimage
[p17:/Volumes/LaCieDisk/superduper] trevyn% ls -la
total 224793504
drwxrwxrwx   4 trevyn  501            264 24 Sep 01:27 .
drwxrwxrwt  26 root  admin          840 23 Sep 16:55 ..
-rw-rw-r--   1 trevyn  501    85289406464 24 Sep 05:35 newpb.sparseimage
-rw-rw-rw-   1 trevyn  501    29804843008 24 Sep 10:14 p17.sparseimage

(...attempt to run SD...)

[p17:/Volumes/LaCieDisk/superduper] trevyn% ls -la
total 224793504
drwxrwxrwx   4 trevyn  501            264 24 Sep 01:27 .
drwxrwxrwt  26 root  admin          840 23 Sep 16:55 ..
-rw-rw-r--   1 trevyn  501    85289406464 24 Sep 05:35 newpb.sparseimage
-rw-rw-r--   1 trevyn  501    29804843008 24 Sep 10:14 p17.sparseimage
[p17:/Volumes/LaCieDisk/superduper] trevyn%
Reply With Quote
  #4  
Old 09-24-2006, 02:02 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 think the problem here is that your UID on the local system (501) is different than the UID of the authorized user on the share. The best way to work around this is to mount the image and point directly to the volume, rather than the file. We'll still automount, and since we won't be mounting as your UID, it should work as you'd expect.
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 09-25-2006, 01:48 AM
trevyn trevyn is offline
Registered User
 
Join Date: Sep 2006
Posts: 10
Quote:
Originally Posted by dnanian View Post
I think the problem here is that your UID on the local system (501) is different than the UID of the authorized user on the share. The best way to work around this is to mount the image and point directly to the volume, rather than the file. We'll still automount, and since we won't be mounting as your UID, it should work as you'd expect.
This doesn't seem to work; as soon as I unmount the image, the volume disappears from SD's destination menu. In fact, automounting doesn't seem to be working at all on this machine; if I select the disk image file as the destination, then unmount the share, it gives me the 10.3.9 "hdiutil: create failed - Invalid argument" error instead of trying to mount the share as it does on 10.4.

Any idea on how to solve this, and/or how I would go about rectifying the mismatched UIDs?
Reply With Quote
  #6  
Old 09-25-2006, 08:51 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
The automount is only going to happen when you load settings (or launch SuperDuper, whether scheduled or manually). It won't happen if you unmount and then immediately click "Copy Now".

As far as rectifying the UID situation, it's a bit tough. Basically, the very first account you create on the system is going to be UID 501. Do you have more accounts on the share?
__________________
--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
An (Applescript) hack to automate mounting and unmounting external volumes kbradnam General 12 07-30-2007 07:12 AM
Cannot create images with v2.1.3 under 10.3.9 Codeus General 6 10-10-2006 06:31 AM
Mounting Catch 22 gatorron General 3 04-16-2005 06:41 PM
Are SuperDuper's images ASR compliant? dnanian Frequently Asked Questions 0 04-01-2004 12:25 PM


All times are GMT -4. The time now is 02:01 AM.


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