![]() |
|||||||||||
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
|
#1
|
|||
|
|||
SD no longer honouring backup-on-mounting-drive
For the last two weeks or so, SD no longer starts a backup when connecting an external drive. I have tried to set it again but it does not start.
Starting the backup manually works fine. |
#2
|
||||
|
||||
Nothing happened about two weeks ago that preceded these failures?
__________________
--Dave Nanian |
#3
|
|||
|
|||
Quote:
So, if this is not a problem frequent enough that some possible causes are known that could suggest a course of action, I will try the usual: re-install the SuperDuper and try a new OS user account. |
#4
|
||||
|
||||
I'd actually:
__________________
--Dave Nanian |
#5
|
|||
|
|||
Quote:
At first, it did not work in the new user account either but then I tried two things: (1) logged out and back into the new user account and (2) connected the external drive directly (it was the third device in FW chain before). After that (I cannot say which of the two steps did the trick), it worked, even after putting the device back again in its normal position in the FW chain. Unfortunately, when I tried it again in my regular user account, it did not work (after following your steps). I can try to delete all SuperDuper content from ~/Library but maybe something else (non shirt-pocket stuff) is wrong with my main user account. Is SD relying on other things (eg, folder actions on /Volumes) to do the start upon connecting feature? |
#6
|
||||
|
||||
We've simply got a LaunchAgent that is run when volumes are mounted, and then we look for the volume you scheduled with. If you've done everything I've suggested, perhaps something is preventing the launch. But that would be weird.
__________________
--Dave Nanian |
#7
|
|||
|
|||
Quote:
Could someone help us, please ? Thanks in advance. |
#8
|
||||
|
||||
See my replies to Manu - that will fix it.
__________________
--Dave Nanian |
#9
|
|||
|
|||
I had not seen it.
I am reading it. Thanks for quick and efficient support. |
#10
|
|||
|
|||
Solved !
![]() |
#11
|
||||
|
||||
Great! Glad you're fixed.
__________________
--Dave Nanian |
#12
|
|||
|
|||
Problem re-occured - nailed down part of the problem
Quote:
In the end, it only started working again after I downloaded a fresh copy of SD and replaced the one in my /Applications folder with it. Before that I went through seven debugging rounds, always repeating all previous measures and adding one or two additional things. I cannot say that replacing SD in Applications was sufficient it but it was a necessary ingredient. 1) Deleted schedules, deleted 'Scheduled Copies' (in ~/Library/Application Support/SuperDuper!, restart computer, re-create schedule, saved SD settings, quit SD, ejected disk, re-connected disk --> nothing happened 2) Deleted schedules, deleted 'SuperDuper!' (in ~/Library/Application Support), restart computer, re-create schedule, saved SD settings, quit SD, ejected disk, re-connected disk --> nothing happened 3) Deleted schedules, deleted - 'SuperDuper!' (in ~/Library/Application Support) and - both 'com.shirtpocket.backuponmount' plist files (in ~/Library/LaunchAgents), restart computer, re-create schedule, saved SD settings, quit SD, ejected disk, re-connected disk --> nothing happened 4) Deleted schedules, deleted - 'SuperDuper!' (in ~/Library/Application Support) and - both 'com.shirtpocket.backuponmount' plist files (in ~/Library/LaunchAgents), - 'blacey.SuperDuper!.savedState' (in ~/Library/ Saved Application State) - 'SuperDuper!_xxx.plist' (in ~/Library/Application Support/CrashReporter) restart computer, re-create schedule, saved SD settings, quit SD, ejected disk, re-connected disk --> nothing happened 5) Deleted schedules, deleted - 'SuperDuper!' (in ~/Library/Application Support) and - both 'com.shirtpocket.backuponmount' plist files (in ~/Library/LaunchAgents), - 'blacey.SuperDuper!.savedState' (in ~/Library/ Saved Application State) (- 'SuperDuper!_xxx.plist' (in ~/Library/Application Support/CrashReporter)) - 'com.blacy.SuperDuper!' (in ~/Library/Caches) restart computer, re-create schedule, saved SD settings, quit SD, ejected disk, re-connected disk --> nothing happened 6) Deleted schedules, deleted - 'SuperDuper!' (in ~/Library/Application Support) and - both 'com.shirtpocket.backuponmount' plist files (in ~/Library/LaunchAgents), - 'blacey.SuperDuper!.savedState' (in ~/Library/ Saved Application State) (- 'SuperDuper!_xxx.plist' (in ~/Library/Application Support/CrashReporter)) - 'com.blacey.SuperDuper!' (in ~/Library/Caches) - 'com.blacey.SuperDuper.xxx.plist' (in ~/Library/Preferences) - app.com.blacey.Superduper!.playlist (in ~/private/var/db/BootCaches/xxx) restart computer, re-create schedule, saved SD settings, quit SD, ejected disk, re-connected disk --> nothing happened 7) Deleted schedules, deleted - 'SuperDuper!' (in ~/Library/Application Support) and - both 'com.shirtpocket.backuponmount' plist files (in ~/Library/LaunchAgents), - 'blacey.SuperDuper!.savedState' (in ~/Library/ Saved Application State) (- 'SuperDuper!_xxx.plist' (in ~/Library/Application Support/CrashReporter)) - 'com.blacey.SuperDuper!' (in ~/Library/Caches) - 'com.blacey.SuperDuper.xxx.plist' (in ~/Library/Preferences) - app.com.blacey.Superduper!.playlist (in ~/private/var/db/BootCaches/xxx) - Replaced SuperDuper!.app in Applications with a newly downloaded copy restart computer, re-create schedule, saved SD settings, quit SD, ejected disk, re-connected disk --> nothing happened After step 6) I had to 'unlock' something (probably because I had deleted stuff in /private/var). And when it worked after step 7) I had to authorise a new application inside the SuperDuper! bundle to be run for the first time (because it was downloaded from the internet. Next time the problem re-occurs, I'll start debugging from the other end (ie, start with replacing SuperDuper!.app and then add the boot caches and so on). If you are interested in the SuperDuper!.app bundled that needed replacing, I can retrieve it from a backup and send it to you. Last edited by Manu Chao; 10-19-2013 at 06:44 PM. |
#13
|
||||
|
||||
Sounds more like something had happened to launch services and/or your script dictionary...
__________________
--Dave Nanian |
#14
|
|||
|
|||
And running a new copy of SD for the first time resets something in launch services?
|
#15
|
||||
|
||||
Yes, deleting your existing copy, then reinstalling is going to clear out Apple's cached information about the app.
__________________
--Dave Nanian |
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Display Modes | Rate This Thread |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
SD no longer recognizing backup drive | orionxl | General | 6 | 10-27-2009 03:24 PM |
Windows equivalent to SuperDuper!? | jreffner | General | 21 | 08-13-2009 05:36 PM |
Server drive won't mount after backup | rhennosy | General | 1 | 11-09-2007 03:49 PM |
How to verify a Scheduled Backup? | tuqqer | General | 3 | 12-06-2005 06:50 PM |
Laptop freezes buring backup | kaalm | General | 5 | 05-12-2005 04:15 PM |