Shirt Pocket Discussions

Shirt Pocket Discussions (
-   General (
-   -   OSX Tiger and SuperDuper! (

brich 03-22-2005 07:41 AM

OSX Tiger and SuperDuper!
Any word on SuperDuper's functionality with OS 10.4, coming soon?

dnanian 03-22-2005 08: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 09:11 AM

How about now?
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 09: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);

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'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 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 03: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 04: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 03: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 03: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 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 06: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:

PHP Code:

[***] TuesdayApril 262005 06:19:56 PM US/Eastern
|06:19:56 PM|InfoSuperDuper!, version 74path: /Applications/SuperDuper!.appOS10.4 (8A428)
06:19:56 PM|InfoSource Drive: /, nameMini7device: /dev/disk0s3 typehfsOS10.4 (8A428), capacity55.77 GBused18.31 GBdirectories89619files372347
|06:19:56 PM|InfoTarget Drive: /Volumes/dailynamedailydevice: /dev/disk2s2 typehfsOSN/Acapacity58.59 GBused0.03 GBdirectories3files2
|06:19:56 PM|InfoCopy Mode   Erasethen copy files
|06:19:56 PM|InfoCopy Script Backup all files.dset
|06:19:56 PM|InfoTranscript  BuildTranscript.plist
|06:19:56 PM|InfoPHASEVolume Preparation
|06:19:56 PM|Info| ...ACTIONRepair 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| ...ACTIONErase 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| ...ACTIONEnable 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|ErrorCould not disable Ignore Permissions
[***] TuesdayApril 262005 06:26:38 PM US/Eastern
|06:26:38 PM|InfoSuperDuper!, version 74path: /Applications/SuperDuper!.appOS10.4 (8A428)
06:26:38 PM|InfoSource Drive: /, nameMini7device: /dev/disk0s3 typehfsOS10.4 (8A428), capacity55.77 GBused18.31 GBdirectories89617files372349
|06:26:38 PM|InfoTarget Drive: /Volumes/dailynamedailydevice: /dev/disk5s2 typehfsOSN/Acapacity60.00 GBused0.03 GBdirectories3files2
|06:26:38 PM|InfoCopy Mode   Erasethen copy files
|06:26:38 PM|InfoCopy Script Backup all files.dset
|06:26:38 PM|InfoTranscript  BuildTranscript.plist
|06:26:39 PM|InfoPHASEVolume Preparation
|06:26:39 PM|Info| ...ACTIONRepair 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| ...ACTIONErase 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| ...ACTIONEnable 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|ErrorCould not disable Ignore Permissions 

Any help?

dnanian 04-26-2005 06: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 06:55 PM

Also - The "daily" sparse disk image is on another partition on my external firewire drive.


dnanian 04-26-2005 06:58 PM

Doesn't really matter...

ptaylor 04-26-2005 06: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!

dnanian 04-26-2005 07: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 07: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!


dnanian 04-26-2005 07:46 PM

Thanks very much, Paul -- your registration is appreciated!

sjk 04-26-2005 09:14 PM


Originally Posted by dnanian
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 09: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.

All times are GMT -4. The time now is 04:57 PM.

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