I use Crashplan and it does run as a service with a startup script on my linux machine. Since I use a laptop with linux, and the backup device is a USB drive, I have Crashplan startup look for the drive to already exist, and a specifically named file on the drive to allow Crashplan to start.
Just a simple if -e /media/jack/mounteddisk/backup-disk-is-available.txt wrapped into your program appropriately on your system should help. Yes, it is not automagic, but it does help. If I reboot or come up away from home, then crashplan doesn't even try to start. I still must check that the daemon is up or down if I deal with the disk post boot on the system. (yes, I did send in my script as an example for Crashplan for them to consider putting similar (but more robust) function into their startup scripts.) On Fri, Oct 24, 2014 at 4:43 PM, Tilghman Lesher <[email protected]> wrote: > Unfortunately, that won't work, as the backup software obtains root > privileges and creates all directories underneath the mount point. > > John's suggestion of the immutable flag, however, will work just fine, > as even root cannot override the immutable flag directly. > > On Fri, Oct 24, 2014 at 3:30 PM, Brian Pitts <[email protected]> wrote: >> Don't back up directly to the mountpoint. Backup to a directory on the >> filesystem that you mount. That way, if the filesystem is not mounted the >> directory your backup software is looking for will not exist. >> >> For example, >> >> 1) Have a 'backup' directory on the filesystem on the external disk >> 2) Mount the external disk on '/mnt/foo' >> 3) Backup to '/mnt/foo/backup' >> >> This is a good approach to use for other software as well, like database >> servers. >> >> >> On 10/24/2014 01:41 PM, Tilghman Lesher wrote: >>> >>> I have an issue for which I haven't been able to come up with a good >>> solution. We have a backup solution whereby multiple disks, attached >>> via USB, are used for backups. Normally, those disks are mounted >>> automatically with udev, so backups can proceed normally. The problem >>> comes in when the disks are not attached, and the backup process runs, >>> writing to the same directory, which fills up the root disk. >>> >>> What I'd like to have is the ability to designate specific directories >>> as mount-only and deny all writes to those directories, if the disk >>> normally mounted there is missing. Any ideas on how to do something >>> like this? Currently, we're using the workaround of removing the >>> mount point when the disk is unmounted, but that tends to be fragile, >>> as we've already found out (where a directory didn't get removed and >>> the root disk was filled). >>> >> >> -- >> All the best, >> Brian Pitts >> >> >> -- >> -- >> You received this message because you are subscribed to the Google Groups >> "NLUG" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> For more options, visit this group at >> http://groups.google.com/group/nlug-talk?hl=en >> >> --- You received this message because you are subscribed to the Google >> Groups "NLUG" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. > > > > -- > Tilghman > > -- > -- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/nlug-talk?hl=en > > --- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- ><> ... Jack "Whatever you do, work at it with all your heart"... Colossians 3:23 "Anyone who has never made a mistake, has never tried anything new." - Albert Einstein "You don't manage people; you manage things. You lead people." - Admiral Grace Hopper, USN "Tell me and I forget. Teach me and I remember. Involve me and I learn." - Ben Franklin -- -- You received this message because you are subscribed to the Google Groups "NLUG" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/nlug-talk?hl=en --- You received this message because you are subscribed to the Google Groups "NLUG" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
