Shirt Pocket Discussions  
    Home netTunes launchTunes SuperDuper! Buy Now Support Discussions About Shirt Pocket    

Go Back   Shirt Pocket Discussions > SuperDuper! > General

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 01-10-2011, 09:28 AM
Nick Nick is offline
Registered User
 
Join Date: Sep 2008
Posts: 162
Backup Failure

I wanted to use an old USB drive that is filled up with old stuff, but, even when empty, is too small to backup my internal drive (and too small to even handle my Home folder), to back up my Documents folder. So, I created a "customized" script (backup user files, exclude everything except my Documents folder) and asked SD! to perform a Smart Update to that drive. However, when I ran it, it failed, indicating the following error:

| 06:15:43 AM | Error | 2011-01-10 06:15:43.852 SDCopy[1347:613] NSExceptionHandler has recorded the following exception:
| 06:15:44 AM | Error | NSUncaughtSystemExceptionException -- Uncaught system exception: signal 10
| 06:15:44 AM | Error | Stack trace: 0x98da3378 0x96daa46b 0xffffffff 0x96d6e25b 0x96d6e1ed 0x6c8e 0x5416 0x3405 0xa14d 0x2406 0x232d 0x11


What happened?
__________________
iMac (27", 3.2 GHz Intel Core i5, 16 GB RAM, 1 TB HDD) OS X (10.11.6)
Reply With Quote
  #2  
Old 01-10-2011, 09:37 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
The drive filled, and we've got a known bug with some error returns in our error-printing code. It's fixed for the next update, when that comes out.
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 01-10-2011, 09:44 AM
Nick Nick is offline
Registered User
 
Join Date: Sep 2008
Posts: 162
So, what do I do?
__________________
iMac (27", 3.2 GHz Intel Core i5, 16 GB RAM, 1 TB HDD) OS X (10.11.6)
Reply With Quote
  #4  
Old 01-10-2011, 09:47 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
Well, I assume your drive is too small, Nick... exclude more, and do an erase-then-copy?
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 01-10-2011, 10:04 AM
Nick Nick is offline
Registered User
 
Join Date: Sep 2008
Posts: 162
Yes, the drive is way too small. The script says to back up the user (me), and exclude all the user folders except the Documents folder, via a Smart Update. But that doesn't work.

So, are you suggesting that I first delete the entire contents of the drive (i.e., trash all the folders), and then run the script?
__________________
iMac (27", 3.2 GHz Intel Core i5, 16 GB RAM, 1 TB HDD) OS X (10.11.6)
Reply With Quote
  #6  
Old 01-10-2011, 10:20 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
If the drive is already full, Smart Update isn't going to work (see the Troubleshooting section of the User's Guide). Try an erase-then-copy backup rather than a smart update.
__________________
--Dave Nanian
Reply With Quote
  #7  
Old 01-10-2011, 09:14 PM
Nick Nick is offline
Registered User
 
Join Date: Sep 2008
Posts: 162
OK...done. (Even though it's a 320 GB drive that was filled, SD! took a lot longer than I thought it would.)

Curious: Is there any difference between how SD! does its "erase," and how I would do an "erase" (i.e., simply deleting the folders/files via the Trash, either "normally" or "securely")?
__________________
iMac (27", 3.2 GHz Intel Core i5, 16 GB RAM, 1 TB HDD) OS X (10.11.6)
Reply With Quote
  #8  
Old 01-10-2011, 09:18 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
We ask Disk Utility to do the erase, which is quite different than "deleting" files.
__________________
--Dave Nanian
Reply With Quote
  #9  
Old 01-10-2011, 10:33 PM
Nick Nick is offline
Registered User
 
Join Date: Sep 2008
Posts: 162
I was under the impression that the only difference is whether or not the data is overwritten. And while that difference is important in terms of the ability to recover data, in terms of making "space" available, aren't they the same?
__________________
iMac (27", 3.2 GHz Intel Core i5, 16 GB RAM, 1 TB HDD) OS X (10.11.6)
Reply With Quote
  #10  
Old 01-11-2011, 07:27 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
Not the case, Nick. A format (disk utility erase) actually ignore all the data on the drive and writes a totally fresh, empty directory structure.

Erasing files leaves the existing directory structure (and HFS+ continues to use empty clusters until it runs out to try to preserve deleted data as long as possible).

Very different.
__________________
--Dave Nanian
Reply With Quote
  #11  
Old 01-11-2011, 12:08 PM
Nick Nick is offline
Registered User
 
Join Date: Sep 2008
Posts: 162
So, "secure" erase does indeed overwrite the data, but leaves the directory structure untouched? If so, what is the functional/operational difference between the two?
__________________
iMac (27", 3.2 GHz Intel Core i5, 16 GB RAM, 1 TB HDD) OS X (10.11.6)
Reply With Quote
  #12  
Old 01-11-2011, 12:53 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
A secure erase in Finder writes zeros over the erased blocks. Again, Finder 'erase' is different than writing a whole new directory structure for the drive.
__________________
--Dave Nanian
Reply With Quote
  #13  
Old 01-12-2011, 07:52 PM
Nick Nick is offline
Registered User
 
Join Date: Sep 2008
Posts: 162
Quote:
Originally Posted by dnanian View Post
A secure erase in Finder writes zeros over the erased blocks. Again, Finder 'erase' is different than writing a whole new directory structure for the drive.
OK...I got that ("So, 'secure' erase does indeed overwrite the data, but leaves the directory structure untouched..."). But I still don't know "...what is the functional/operational difference between the two?" IOW, unless the directory itself is damaged, what advantage does a complete "repaving" provide? Is it just a matter of being "SuperDuper cautious" when making a first-time backup? (i.e., "Just in case there are small 'potholes' in the road that haven't yet caused any problems, let's fix 'em while we're here, before they become dangerous sinkholes.")
__________________
iMac (27", 3.2 GHz Intel Core i5, 16 GB RAM, 1 TB HDD) OS X (10.11.6)
Reply With Quote
  #14  
Old 01-12-2011, 08:11 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
It ensures you start fresh, and don't carry any directory damage forward.
__________________
--Dave Nanian
Reply With Quote
  #15  
Old 01-12-2011, 09:12 PM
sjk's Avatar
sjk sjk is offline
Registered User
 
Join Date: May 2004
Location: Eugene
Posts: 252
Quote:
Originally Posted by Nick View Post
IOW, unless the directory itself is damaged, what advantage does a complete "repaving" provide?
I'm curious what disadvantage there could be if your intention is to erase everything anyway?
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Startup Disc and Hard Drive Partitioning Questions Paint Guy General 15 10-27-2010 02:25 PM
Backup Failure Nick General 24 01-20-2010 09:30 AM
Server drive won't mount after backup rhennosy General 1 11-09-2007 03:49 PM
Backup failure on a certain file bmat General 3 09-25-2007 09:06 AM
OS X 10.4.9 and backup to disk image failure macWish General 3 03-21-2007 09:41 PM


All times are GMT -4. The time now is 06:31 PM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2021, vBulletin Solutions, Inc.