The SuperDuper! sparseimage (named “MozyOnlineBackup.sparseimage”) is on an external drive named “Archiv” (same root level as internal Macintosh HD).If DropDMG doesn’t run, the script should start the application.Not being very accustomed to Applescript, I just copied the script example from the DropDMG helpviewer (3.2.4) and tried to modify it according to my needs. For DropDMG I will have to use Applescript which I would schedule via an iCal event. Ideally, the whole process is on an automatic (overnight)schedule, so I won’t have to discipline myself for performing the backups manually and can pretty much forget about it. As a last step in that whole procedure, the Mozy UI is then scheduled to update the online storage with that newly created encrypted DMG. I would then like to perform DropDMG to create an encrypted DMG from that sparseimage that SD! created. Additionally I setup SD! to automatically create a sparseimage of my backup using its scheduled backup function. Similar to the TO I backup my data to an external F/W-drive using SuperDuper!. Although the backup data is being encrypted at the Mozy servers, for my peace of mind I’d feel more comfortable with my data being securely encrypted before uploading them. I am currently evaluating on how DropDMG could master my aim to securely (double)-backup my files onto an online-backup storage at Mozy. The TO seemed to have a similar approach backing up his data. The privileges have been verified or repaired on the selected volumeĪny light you can shed on this one would be this would be appreciated.Īutomate DropDMG for secure Online-BackupĪfter searching the forums this thread seemed to fit my concern most. , should be drwxrwxr-t, they are drwxr-xr-x One other note, when I was booted to the disk I restored the image to I ran a repair permissions to see what it would tell me. Do you have any idea what this was about? I am a little wary about the Finder warning about the image. I still have the original sparse image that SuperDuper created and it mounts just fine (and rather quickly too) so there’s no issue with the source of the DropDMG conversion. I was able to boot to the firewire drive and my system came up so it appears to have worked. I was then able to use Disk Utility to restore from the open image to the firewire drive. I told it to go ahead and it actually mounted the image. When it got through the lengthy process of opening it gave me an alert box with “Disk image you are opening may be damaged” and should it proceed. It was failing with a nondescript error so instead I just used the Finder to mount the image. I rebooted and then tried to use Disk Utility to restore the compressed image to a firewire drive. Using the Zlib compression only 1.5 hours rather than 3 hours with Bzip2. I could see from the SuperDuper log that my shell script unmounted the sparse image and that DropDMG did it’s thing. What settings do I need to use for DropDMG to get this same, one-step compressed dmg functionality? With Disk Utility it will create the compressed dmg reasonably quickly in one step. Not only does this take a lot of disk space, it also takes a long time to complete. I started the DropDMG processes again from the Terminal and now I see what’s happening: DropDMG first creates an uncompressed dmg file and then as a separate step it creates a compressed version. There was 70gb+ on the target disk and the compressed dmg should only be about 30gb. I went ahead and had it do the full backup last night but in the morning I found that DropDMG encountered this error:Įrror 1 - hdiutil: convert failed - No space left on device for “Backup” SuperDuper did the backup and was able to run the shell script and DropDMG did it’s thing. I had run some small tests and everything was working fine. The config “systembackup” creates a “.dmg bzip-compressed” image and I’ve got the ecryption passphrase set in there. I’m now using SuperDuper to create the initial backup and then I have it run a shell script when it completes. I’m trying to automate the process so I can just let it run overnight. I’ve got my boot drive backed up and the data is encrypted so that it’s secure off site. I’ve been using this procedure for about a year and it’s worked out well. The dmg goes on one of several firewire drives that I rotate off site.Create a compressed, encrypted disk image of the backup drive.I’m attempting to automate my backups and it looked like DropDMG would fit in perfectly but I’m running into a problem.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |