PDA

View Full Version : OSX Tiger and SuperDuper!


brich
03-22-2005, 08:41 AM
Any word on SuperDuper's functionality with OS 10.4, coming soon?

dnanian
03-22-2005, 09:15 AM
We can't really comment on Tiger in any way, sorry. But, we should be ready for it when it's released... whenever that might be.

Lathi
04-21-2005, 10:11 AM
Now that Tiger is announced to ship in a couple weeks can you comment on how Super Duper! is going to support it?

dnanian
04-21-2005, 10:32 AM
The existing version, 1.5.5, supports Tiger, and will work fine.

The only issue is that, due to incompatible data formats, the Safety Clone cannot be used between Panther (or Jaguar) and Tiger without taking some precautionary steps. Specifically, the format for Mail, iSync and iCal is different in Tiger.

(The Safety Clone works fine *in Tiger* -- in other words, when both the base volume and Sandbox are Tiger volumes: these are only issues with pre-Tiger OS X and Tiger.)

Let me go through those each in turn (I'll be writing a little white paper about this);

Mail
If you're using IMAP for all your mail needs, you don't have to worry about Mail. If not, it's important to recognize that the mailbox storage formats in Tiger have changed. Any mail received in Tiger that is not stored "on the server" (e.g. IMAP) will not be visible when you roll back to Panther.

To work around this problem, I strongly suggest a full migration to IMAP as soon as your ISP allows. (.mac is IMAP already, if you're using that).

Otherwise, you might want to use your POP settings to keep files on the server as long as you can, to allow the mail to be retrieved for both Panther and Tiger.

iSync
iSync's data was completely changed in Tiger, and isn't compatible with Panther. We'll be releasing a special Safety Clone script that doesn't share the iSync data to work around this issue.

(If you're in a rush, you can create your own Safety Clone script, include the existing one, and then add a command to "copy" /Library/Application Support/SyncService.)

iCal
iCal has also changed its data storage format. It's advised to back up your Library/Calendars folder (off your Home), since iCal will convert and delete your existing calendars, making them invisible to Panther.

Changes made to your Tiger calendars won't be visible in Panther, and -- once converted -- Panther changes won't be visible to Tiger either.

That's about it: I wish there was something we could do to handle these cases better, but alas when Apple changes data formats this radically, it's not possible to isolate as completely as we'd like.

In any case, a backup works wonders!

brich
04-21-2005, 04:42 PM
Thanks for that info, Dave. I'm planning to install Tiger initially over an existing Panther clone on my ext FW drive. Would you suggest an Archive and Install for this, or would a simple upgrade install over Panther on that partition be reliable?

dnanian
04-21-2005, 05:44 PM
That's impossible to say, given that every configuration is different. But, I'd expect an upgrade to work, and if it doesn't, you can always to an archive-and-install later.

lrivers
04-25-2005, 04:06 PM
I'm a new user of SD, which I purchased to do a backup of my Panther install. It went pretty smooth and I followed up on it by performing a Archive and Install of the last developer seed of Tiger. I'm wondering if the problem I had subsequently might be related to the floating user referred to on your blog. I had installed a customized version of PostgreSQL which also creates a homeless user (i.e., no home folder). When I started Tiger up for the first time, this homeless user showed up in the login panel along with all the users who have homes. Until I dove into NetInfo and deleted that user, I had extreme difficulty with Tiger.

dnanian
04-25-2005, 04:16 PM
(For those who are looking at this thread -- this is highly technical stuff: don't worry about it if you don't understand, as it doesn't have to do with SuperDuper!)

I don't think this has to do with the Floating User (http://www.shirt-pocket.com/blog/index.php/shadedgrey/comments/floating_ownership_nearly_sinks_us/) stuff at all, actually.

There might be a special way to indicate this kind of user in Tiger. I'd check the other similar users in NetInfo, and see if there's a special property you need to assign.

ptaylor
04-26-2005, 07:45 PM
Back a week or two ago, I read your article on backing up to sparse images, and added that to my backup regiment... I have a partition called "weekly" on my external drive that I do a complete backup to occasionally, and I created a sparse disk image called "Daily" to backup to just about every day... (I want these to be automatic, but haven't quite figured out the scheduling thing, related to waking the mac up in the middle of the night, etc. - I haven't registered yet either, which I'll need to do to really get these automated backups going as well)

Anyhow, everything was going fine until I upgraded to Tiger.. I actually did a clean install, but the installer saw my "Weekly" partition and offered to move everything over, so I took it up on that...

Anyhow, I've since tried to backup to my sparse disk image and it's failing.. Thinking that it might be an issue with a sparse disk image created under Tiger, I deleted and recreate the sparse disk image, but get the same error.

Here's the info from the log:

[***] Tuesday, April 26, 2005 06:19:56 PM US/Eastern
|06:19:56 PM|Info| SuperDuper!, version 74, path: /Applications/SuperDuper!.app, OS: 10.4 (8A428)
|06:19:56 PM|Info| Source Drive: /, name: Mini7, device: /dev/disk0s3 type: hfs, OS: 10.4 (8A428), capacity: 55.77 GB, used: 18.31 GB, directories: 89619, files: 372347
|06:19:56 PM|Info| Target Drive: /Volumes/daily, name: daily, device: /dev/disk2s2 type: hfs, OS: N/A, capacity: 58.59 GB, used: 0.03 GB, directories: 3, files: 2
|06:19:56 PM|Info| Copy Mode : Erase, then copy files
|06:19:56 PM|Info| Copy Script : Backup - all files.dset
|06:19:56 PM|Info| Transcript : BuildTranscript.plist
|06:19:56 PM|Info| PHASE: Volume Preparation
|06:19:56 PM|Info| ...ACTION: Repair Permissions on Mini7
|06:19:56 PM|Info| ......COMMAND => Repairing permissions on Mini7
|06:20:07 PM|Info| parent directory ./Users/Shared/SC Info does not exist
|06:21:11 PM|Info| Started verify/repair permissions on disk disk0s3 Mini7
|06:21:11 PM|Info| Determining correct file permissions.
|06:21:11 PM|Info| The privileges have been verified or repaired on the selected volume
|06:21:11 PM|Info| Verify/repair finished permissions on disk disk0s3 Mini7
|06:21:11 PM|Info| ...ACTION: Erase daily
|06:21:11 PM|Info| ......COMMAND => Erasing daily
|06:21:21 PM|Info| Journaling has been enabled on /dev/disk2s2
|06:21:21 PM|Info| ......COMMAND => Restoring daily UUID (CF2E385B79E8ACA7)
|06:21:21 PM|Info| ...ACTION: Enable Permissions
|06:21:21 PM|Info| ......COMMAND => Enabling permissions on Mini7
|06:21:21 PM|Info| Refreshing Disk Arbitration ...
|06:21:21 PM|Info| ......COMMAND => Verifying that permissions are enabled for Mini7
|06:21:21 PM|Info| Permissions on '/' are enabled.
|06:21:21 PM|Info| ......COMMAND => Enabling permissions on daily
|06:21:21 PM|Info| Refreshing Disk Arbitration ...
|06:21:22 PM|Info| ......COMMAND => Verifying that permissions are enabled for daily
|06:21:22 PM|Error| Could not disable Ignore Permissions
[***] Tuesday, April 26, 2005 06:26:38 PM US/Eastern
|06:26:38 PM|Info| SuperDuper!, version 74, path: /Applications/SuperDuper!.app, OS: 10.4 (8A428)
|06:26:38 PM|Info| Source Drive: /, name: Mini7, device: /dev/disk0s3 type: hfs, OS: 10.4 (8A428), capacity: 55.77 GB, used: 18.31 GB, directories: 89617, files: 372349
|06:26:38 PM|Info| Target Drive: /Volumes/daily, name: daily, device: /dev/disk5s2 type: hfs, OS: N/A, capacity: 60.00 GB, used: 0.03 GB, directories: 3, files: 2
|06:26:38 PM|Info| Copy Mode : Erase, then copy files
|06:26:38 PM|Info| Copy Script : Backup - all files.dset
|06:26:38 PM|Info| Transcript : BuildTranscript.plist
|06:26:39 PM|Info| PHASE: Volume Preparation
|06:26:39 PM|Info| ...ACTION: Repair Permissions on Mini7
|06:26:39 PM|Info| ......COMMAND => Repairing permissions on Mini7
|06:26:48 PM|Info| parent directory ./Users/Shared/SC Info does not exist
|06:27:54 PM|Info| Started verify/repair permissions on disk disk0s3 Mini7
|06:27:54 PM|Info| Determining correct file permissions.
|06:27:54 PM|Info| The privileges have been verified or repaired on the selected volume
|06:27:54 PM|Info| Verify/repair finished permissions on disk disk0s3 Mini7
|06:27:54 PM|Info| ...ACTION: Erase daily
|06:27:54 PM|Info| ......COMMAND => Erasing daily
|06:28:02 PM|Info| Journaling has been enabled on /dev/disk5s2
|06:28:03 PM|Info| ......COMMAND => Restoring daily UUID (A31BF2E9D7F51C5D)
|06:28:03 PM|Info| ...ACTION: Enable Permissions
|06:28:03 PM|Info| ......COMMAND => Enabling permissions on Mini7
|06:28:03 PM|Info| Refreshing Disk Arbitration ...
|06:28:03 PM|Info| ......COMMAND => Verifying that permissions are enabled for Mini7
|06:28:03 PM|Info| Permissions on '/' are enabled.
|06:28:03 PM|Info| ......COMMAND => Enabling permissions on daily
|06:28:03 PM|Info| Refreshing Disk Arbitration ...
|06:28:03 PM|Info| ......COMMAND => Verifying that permissions are enabled for daily
|06:28:03 PM|Error| Could not disable Ignore Permissions


Any help?

dnanian
04-26-2005, 07:48 PM
You bet. Try the following in Terminal:

sudo rm /var/db/volinfo.database

This seems to be corrupted on Tiger installs like this... the above will reset it, and your backups should work.

ptaylor
04-26-2005, 07:55 PM
Also - The "daily" sparse disk image is on another partition on my external firewire drive.

Paul

dnanian
04-26-2005, 07:58 PM
Doesn't really matter...

ptaylor
04-26-2005, 07:58 PM
Wow! That's fast support - You replied before my follow-up with another minor detail!

I'll probably be registering this later this evening.. :)

One other issue - The whole sleep thing on Macs... (I'm a long-time Windows user... Bought my mini on the first day they were available and loving it!) I've read that things in cron won't cause it to wake up... What is the typical way that you recommend to people to handle there automated backups? I know there is a way to make your Mac wake up at a specific time, then go back to sleep later.. Will it stay awake if it's still busy at "sleep" time?

Thanks for the help!
Paul

dnanian
04-26-2005, 08:04 PM
Happy to help, Paul.

Regarding sleep: I recommend setting a wakeup time for a few minutes (1-2) before your scheduled backup time, and leave the sleep time alone. Your mac will auto-sleep when the backup is done.

ptaylor
04-26-2005, 08:37 PM
Thanks again - For some reason I assumed that if you put in a wake-up time, you'd need to supply a value for a sleep time also...

I'm in the middle of backing up to my "daily" sparse image now - It's working fine with the supplied command. I've just registered, thanks to your fab support!

Paul

dnanian
04-26-2005, 08:46 PM
Thanks very much, Paul -- your registration is appreciated!

sjk
04-26-2005, 10:14 PM
Regarding sleep: I recommend setting a wakeup time for a few minutes (1-2) before your scheduled backup time, ...As I rediscovered yesterday, if the wakeup time occurs too long before a scheduled backup the system can automatically go back to sleep before it runs. I don't recall the details but I think it was discussed in another thread a couple months ago and there was a workaround for it.

dnanian
04-26-2005, 10:20 PM
Yeah, I think that user suggested posting a keystroke. I'm not sure that's necessary if you set your wakeup for a minute before the run.