|
#1
|
|||
|
|||
Woops
Ran it after making sure auto scanning was off, clone was flawless. My error. Sorry for the goof.
|
#2
|
||||
|
||||
No problem, glad it worked.
__________________
--Dave Nanian |
#3
|
|||
|
|||
Fixed
Hey guys,
There was a new virus definitions update and it fixed the problem. I have to say, I have never experienced better customer service than I have with ShirtPocket's Super Duper. Mr. Nanian is amazing! Mike Anthony |
#4
|
|||
|
|||
Intego's response
This is the response of Intego to my inquiry about its new program update crashing SuperDuper:
"We have had reports of similar issues, which were escalated to our developers. After investigating the issue with VirusBarrier 10.5.3.1 and SuperDuper our developers have concluded that an update to SuperDuper will be require to resolve this. In the mean time you can add /Library/Intego into VirusBarrier trusted zone and your clone should complete without issue." |
#5
|
||||
|
||||
Unfortunately, they're incorrect. Adding /Library/Intego to the trusted zone doesn't work, according to the users I've forwarded that to.
It's regrettable that they're pointing fingers at us, when the problem certainly seems to be in their court. It's one thing to deny access to an infected file: the user is then alerted that the file is infected, and can take action to remedy the situation. It's another thing entirely to install files onto a drive that can't be copied due to the action of their kernel extension, and not even allow the files (which have rather bogus names with single byte ASCII characters that are typically 'invisible' to the user) to have their date/time information retrieved, even from a process that's running with root privileges. Intego needs to have a bit more respect for their users than they're showing, I think. Scanning for (nonexistent, I might add) viruses should not prevent users from copying their completely uninfected drives.
__________________
--Dave Nanian |
#6
|
|||
|
|||
This seemed to work for me...
Quote:
| 04:37:29 AM | Error | SDCopy: FTS_NS error for item: '/Library/Intego/virusbarrier.bundle/Contents/Resources/ \004' err: 1, Operation not permitted\nInstead of adding /Library/Intego to the trusted zone, I added the file, virusbarrier.bundle to the trusted zone and that seemed to do the trick... I hope that helps. |
#7
|
|||
|
|||
Quote:
I tried adding /Library/Intego/virusbarrier.bundle to the trusted zone, but still the backup failed with: | 01:37:26 AM | Error | SDCopy: FTS_NS error for item: '/Library/Intego/virusbarrier.bundle/Contents/Resources/ \004' err: 1, Operation not permitted\n |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
alternating backup | snoopy67 | General | 11 | 04-04-2009 05:14 PM |
Server drive won't mount after backup | rhennosy | General | 1 | 11-09-2007 03:49 PM |
backup failing | rdlsmith | General | 5 | 03-10-2007 05:04 PM |
SuperDuper Failing on Backup - I/O Errors | Stephen Kuhn | General | 1 | 08-13-2006 04:03 PM |
(Zero-length) File caused SuperDuper to abort backup | alancfrancis | General | 7 | 08-31-2005 10:42 AM |