backup w/o being logged in?
Purchased SuperDuper! a few weeks ago and I am nothing but happy.
My only complaint is that SD! has to be logged in for the scheduled backups to work... I have been using it to back up the small office file server, but it will only run if that machine is logged in. Sometimes the machine that's running as the server isn't logged in, so we don't get a backup for that day. Is there any way around this? ...Or are there plans in the next version to allow scheduled backups to run without anyone being logged in? Thanks! |
Well, if you enable the root user and schedule as that, we'll run when you're not logged in -- but I don't generally think that's a great thing to do.
We're considering "daemon" support for the future. Thanks for your registration! |
At the risk of being redundant (I posted a similar reply once before), this is my number one request for the next version of SuperDuper!. Being able to run a scheduled backup when not logged in or when the screen is locked is important for security reasons. I have many drives and performing manual backups is time consuming. I would prefer to schedule them to run at night and not have to have to be logged in to my system or disable sleep. Thanks.
|
I agree! This is a much needed feature, especially for multi-user machines.
|
Sparseimages
Quote:
|
Do you get an error, Donny? In general, I think you should try to write directly to a drive, rather than use sparse images, if you can...
|
Quote:
| 03:40:30 PM | Info | ...ACTION: Mounting Donny's_G4_BkUp | 03:40:30 PM | Info | ......COMMAND => Preparing Donny's_G4_BkUp | 03:40:31 PM | Info | hdiutil: create failed - No such file or directory | 03:40:31 PM | Error | ****FAILED****: result=256 errno=0 (Unknown error: 0) If I am actually logged into my root account, backing up to the sparseimage works fine. It's just, when no is logged in the scheduled SD script doesn't work. I have even tried creating a shell script to run right before the scheduled SD script that is supposed to mount the designated sparse image, but, for some reason, the shell script won't work either, (unless I'm logged in as root, then it will work fine). I put the shell script in my top level Library:StartupItems folder, which is where I believe it's supposed to go. Oh well, any ideas? Now, I do have to ask, why shouldn't I use sparse images? It is one of the save to options. |
Well -- it looks like your external drive (or whatever you're using) isn't mounted when you're not logged in, so the image isn't working.
The reason to not use images if you don't have to is simple: they're more indirect, can't be booted from, and are inherently more fragile. |
I don't think the drive mounting is the real issue as much as SD isn't mounting the sparse image. Here's why I think that. Since all this started a couple weeks ago, I've been trying several different scenarios to get my daily backups going again. The one that I got to work, is to avoid backing up 1 of the two internal drives and simply use the entire external drive to backup the main internal drive (not using a sparseimage, but the entire disk) This works with no one logged in! So it's obvious the drive is mounting, even when no one is logged in. Problem is, I'm not getting to back up my other internal drive anymore (though it's not the main drive, it still gets used). So my real question is, if utilizing the sparseimage method, why does SD not "mount" the disk? BTW, I can tell the disk really is mounted even under this scenario as I can log onto this mac via FTP using my MacBook and see that it is mounted. Why doesn't SD recognize it?
|
No, that's not the case. It's trying to mount the image, which isn't where it's supposed to be. So, we try to create a new image at that location, and the folder doesn't exist...
|
All times are GMT -4. The time now is 01:54 PM. |
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.