#1
|
|||
|
|||
auto-disconnect "server" after copying files
When doing a scheduled backup over a network (to a disk image), SD! will correctly connect to the "server" (as needed) and mount the disk image file (as needed).
Is there a SIMPLE way to disconnect the "server" after SD! is finished copying? Not the disk image (that gets ejected/unmounted automatically), but the "server" itself... If the connection is left active but the server goes "off-line" sometime later, the Mac with SD! spends a lot of time looking for the "server" at that point, which is what I am trying to avoid. I tried an AppleScript in SD! to disconnect the "server" "after copying is finished" but that doesn't work because SD! tries to execute that script while the disk image is still mounted. Thank you. |
#2
|
||||
|
||||
There are some examples on the forums of this kind of thing. Basically, you'd need to use a "shell script" and put that in the background, waiting 30 seconds or so for the backup to fully complete...
__________________
--Dave Nanian |
#3
|
|||
|
|||
I've written a shell script that will do something just like this. What it does is check the MAC address of your current router. If that MAC address has changed then it will force dismount any AFP mounted disks and maybe any SSHFS mounted disks. I have this script run every minute via a launchd process that I set up with Lingon. The script will log its activity if you set it up that way. Here's the script. If you have any problems let me know. I've been running it here for over a month without problems.
I've name the script 'unmount.sh' Let me know what you think. If you have problems with it. Andy |
#4
|
|||
|
|||
Thanks. Sadly I know nothing of "shell scripts" and only a bit more about AppleScripts (apples and oranges?). A search of the forum did not reveal what I wanted. Oh well.
|
#5
|
|||
|
|||
Quote:
If only SD would disconnect the server (after unmounting the disk image file)... IOW if it could just reverse the procedure it does before copying... Not sure I'm making myself clear. It's just an annoyance factor, nothing more. Last edited by digSD; 05-10-2007 at 12:18 AM. |
#6
|
||||
|
||||
The script the user has provided can do this for you... I do understand what you want, but there are issues there that make this more difficult than you might expect at first...
__________________
--Dave Nanian |
#7
|
|||
|
|||
This script will do exactly what you want. I think.
Code:
#!/usr/bin/env bash sleep 45 if [[ `mount | awk '/^afp_/'` != "" ]]; then # http://www.macosxhints.com/article.p...51107175256782 mount | awk '/^afp_/ { system("umount -f " $3) }' echo $now "afp disk unmounted" fi Dave, if you want to include this script with SD feel free. Andy |
#8
|
||||
|
||||
Well... this won't handle SMB mounted drives and assumes that there's a single network volume attached. But I appreciate the post, and hope others will find it useful.
As an aside, I can't tell you how happy I am to see members of the SuperDuper/Shirt Pocket community contributing solutions. It's really greatly appreciated: thanks to everyone who's chipping in!
__________________
--Dave Nanian |
#9
|
|||
|
|||
Thank you
Preliminary testing shows this does indeed work for me. Thank you!
|
#10
|
|||
|
|||
You're welcome.
|
#11
|
|||
|
|||
What can I say, I don't have an SMB mounted drive. If you can provide me with the results of a 'mount' command with and SMB mounted drive I'm sure I can adapt the script for that as well.
You could always loop the unmount commands through a loop for the number of AFP or other mounted drives. I'm fairly sure some sort of grep command can count the number of hits to that particular search string. But I do understand that the script isn't universal and as such might not be useful to everyone. But I'm glad someone else can find it useful. |
#12
|
|||
|
|||
This will/should work for multiple attached network AFP mounts. I'm sure something similar would work for any other mount type.
Code:
#!/usr/bin/env bash sleep 45 if [[ `mount | awk '/^afp_/'` != "" ]]; then num_mounts=`mount | grep -c ^afp` for (( i = 0; i < $num_mounts; i++ )); do afp=`mount | grep ^afp_ | awk {'print$3'} | sed -n '1p;1q'` umount -f $afp done fi Last edited by afragen; 05-11-2007 at 02:19 AM. |
#13
|
|||
|
|||
concise shell script examples
(The shell script code fragments below are untested since I don't have any AFP volumes, but people developing shell scripts might find the techniques useful.)
Here are some variations that I find a bit more natural for shell scripting: Code:
mount | awk '/^afp_/ {print $3}' | xargs -n 1 umount -f Of course, if you really want to always unmount all AFP volumes, something like this might work, too: Code:
umount -Aft afp BTW, head -1 has the same result as sed -n '1p;1q', and is usually much easier to understand for those not versed in sed/ex/vi. |
#14
|
|||
|
|||
Chris,
Thanks for the refinements and examples. I'm really just a shell scripting newbie. I love the ability to do so much with a small amount of code. Though as I've just discovered all this code doesn't work if any of the mounts has a space in the name like "Macintosh HD". :-( Andy Last edited by afragen; 05-11-2007 at 11:24 AM. |
#15
|
|||
|
|||
(As before, I don't have any AFP volumes to test this with, but I did test the "space, single-quotes, and/or parentheses in the volume name" aspect with disk images.)
Quote:
I worked up this hack to handle volume names with spaces (and single quotes, too): Code:
mount | grep ^afp_ \ | sed -E -e 's/^.* on //;s/( \([^()]*\))?$//;'"s/'/'\\\\''/g;s/^/'/;s/\$/'/" \ | xargs umount -f
OK, here it is with Perl, to better handle the problem with " on " in volume names: Code:
mount | grep ^afp_ \ | perl -pe 's/.*? on //;s/( \([^)]*\))?$//;'"s/'/'\\\\''/;s/^/'/;s/\$/'/" \ | xargs umount -f This Perl version still has the problem with parentheses in the parenthesized expression that follows the volume name. Is it safer to assume that users won't put parentheses in their volume names, or that Apple won't put them in the mount options list? If both are possible (and they definitely and probably are, respectively) then I don't see a clear way to distinguish between the volume name and the mount options (unless you assume the mount options will always have balanced parentheses, which can't be matched by regular expressions, so it would take a fancier approach anyway). Oh, and both of these scripts still have a problem if the string " on " appears in the device part of the mount command's output. I haven't seen that happen, but I wouldn't rule it out (maybe AFP or NFS mounts already do that, I don't have anything to test with, but I'd guess AFP uses a URI-like device name and NFS uses the traditional machine:export device name). This is another intractable problem that stems from trying to parse the undelimited format of the output from the mount command. There has to be a better way to get at all this information (either through some delimited output, or an API: mount does it, Disk Utility does it, something else should be able to also), but it may be beyond what is reasonable in a simple little script. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Smart Update copying files that haven't been changed? | salparadi | General | 3 | 11-05-2006 11:40 AM |
Copying newer files across volumes. | chip | General | 1 | 08-09-2006 08:07 PM |
Long Hang While Copying | BackerUpper | General | 4 | 06-12-2006 08:26 AM |
SuperDuper! Erasing Audio Files? | Emerson | General | 3 | 06-22-2005 01:41 PM |
Smart update copying all files each time | fabius | General | 15 | 05-29-2005 09:29 PM |