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 09-07-2007, 07:00 AM
d-v-c d-v-c is offline
Registered User
 
Join Date: Aug 2007
Posts: 23
You were right -- the first time

Originally you thought the files were bad on my Mac. Then it looked like the NAS wasn't working right. I always wondered how with an error called "I/O" anyone could tell if it was a read or a write error.

Now I'm getting Error #36 errors from the same files that could not be copied by SD. I'm getting strange sounds from my Mac's drive so I expect it is going bad slowly.

IMHO there is no reason to abort a backup because there is an error reading a file. Simply skip the file upon a read error and continue.

Is there anyway to tell SD to keep working even if it encounters errors while backing-up a /USER directory? I can use the log to see what files are bad.
Reply With Quote
  #2  
Old 09-07-2007, 08:21 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
There isn't any way to tell SD! to ignore errors, no -- sorry. I try to explain why we stop on errors in this post on my blog.

(The error we get, without source/destination information, is from the system -- if you look in your system.log, the device that's failing is listed, and you can match that up with your drives.)
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 09-07-2007, 03:29 PM
d-v-c d-v-c is offline
Registered User
 
Join Date: Aug 2007
Posts: 23
"If a significant failure is occurring, steps should be taken to concentrate on recovering your user files, rather than trying to copy the whole drive."

SD should check WHAT the backup was. IF it was a USER backup it obviously need not worry about this issue. All it needs to do ignore errors and continue. (What if there is only one error -- and it is in your first file.) The log provides the user information on what was NOT copied.

If it is a slowly failing drive -- stop and diagnose is silly when there is nothing that a user can do to fix the problem. All one can do is get as many of their USER files backed-up immediately. SD quits exactly when one needs it most!

What I did was manually copy USER files (skipping much of Library) to my NAS. It took days -- because of "file naming" issues -- to do what SD was minutes away from completing.

Please, at least give the user the option of ignoring errors.

Since I have no idea how many non-user files could lie in problem areas -- am I correct that I must replace the drive and lose all applications. I know of no way to "fix" a drive. Smart Reporter claims nothing is wrong!

Last edited by d-v-c; 09-07-2007 at 04:05 PM.
Reply With Quote
  #4  
Old 09-07-2007, 06:50 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
There's really no way for us to do that. We don't really know what the files are, what their function is, etc. The user can do things to fix the problem -- for example, check to see what the real issue is, test the file that's being copied, see what's really wrong.

We're not really designed to be a "data salvaging" tool to be used while you're failing -- rather, we're supposed to be used before...

Anyway, I've been thinking about these issues a long time... it's hard to know what the best solution is. But it's not just a matter of "ignoring errors", because users -- when given the chance -- just ignore all errors...
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 09-07-2007, 08:38 PM
d-v-c d-v-c is offline
Registered User
 
Join Date: Aug 2007
Posts: 23
Quote:
Originally Posted by dnanian View Post
The user can do things to fix the problem -- for example, check to see what the real issue is, test the file that's being copied, see what's really wrong.

.., rather, we're supposed to be used before...
Unfortunately, until I ran SD for the first time I had zero indication that there were any problems with my Mac. In fact, the files it claimed were bad -- I could open.

And, the second time I ran SD -- you said the problem was in my NAS which took my attention away from my Mac.

It wasn't until I tried manually copying files that I got an error 36 on one of the same files SD warned about. And, I started hearing bad clicking from the harddisk. So although it sure seems something is bad, it's hard to "fix" without a real indication of exactly what's wrong. SMART still claims there is nothing wrong.

I'll run Disk utility and see if it finds something.

PS: It would be very useful if the SD log clearly noted if the error was read and/or write. Looking in the Sys Log after a fail is not an intuitive way to find out which it is.
Reply With Quote
  #6  
Old 09-07-2007, 08:45 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
I believe I recommended, after your first copy, that you follow the steps in the User's Guide under Troubleshooting. One of the first things done there is to try to duplicate -- not open -- the files, to see if they're readable on the source. As I recall -- and I don't have the posts/emails handy -- you indicated that they were, which pointed to the destination as the problem...
__________________
--Dave Nanian
Reply With Quote
  #7  
Old 09-07-2007, 11:05 PM
d-v-c d-v-c is offline
Registered User
 
Join Date: Aug 2007
Posts: 23
Quote:
Originally Posted by dnanian View Post
One of the first things done there is to try to duplicate -- not open -- the files, to see if they're readable on the source.
I have no memory of Open vs Duplicate.

I just ran TechTool's surface scan -- the activity monitor showed over 100GB were read. Yet, TechTool's progress bar never moved. Crazy!

Disk Utility reports no structural defects.

It seems there is no solution since SD reports a problem from OS X -- yet there is no test that confirms what is causing OS X to report a problem. In fact, it's not even certain the data on the disk is bad. Perhaps the drive sometimes fails to read the data.

Sep 7 18:35:53 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/BasicTool
Sep 7 18:35:53 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/VolumeManager1Tool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/ProcessorTool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/MainMemoryTool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/VideoMemoryTool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/USBTool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/ControllerTestsTool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/SurfaceScanTool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/ReadWriteTestsTool
Sep 7 18:35:54 Steves-MacBook-Pro authexec: executing /Applications/TechTool Deluxe.app/Contents/PlugIns/VolumeStructuresTool
31com_micromat_iokit_ttpataclient is not compatible with its superclass, 12IOUserClient superclass changed?
kextload: a link/load error occured for kernel extension /Applications/TechTool Deluxe.app/Contents/PlugIns/TTPATA.kext
load failed for extension /Applications/TechTool Deluxe.app/Contents/PlugIns/TTPATA.kext
(run kextload with -t for diagnostic output)
30com_micromat_iokit_ttpfwclient is not compatible with its superclass, 12IOUserClient superclass changed?
kextload: a link/load error occured for kernel extension /Applications/TechTool Deluxe.app/Contents/PlugIns/TTPFW.kext
load failed for extension /Applications/TechTool Deluxe.app/Contents/PlugIns/TTPFW.kext
(run kextload with -t for diagnostic output)
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
Finder[92]: [FM] FSResolveAliasWithMountFlags() returns #-43 for C
Finder[92]: [FM] FSResolveAliasWithMountFlags() returns #-43 for NETHDD
Finder[92]: [FM] FSResolveAliasWithMountFlags() returns #-43 for SM_DESKTOP
Finder[92]: [FM] FSResolveAliasWithMountFlags() returns #-43 for SM_DOCUMENTS
Finder[92]: [FM] FSResolveAliasWithMountFlags() returns #-43 for SMULLEN
Finder[92]: [FM] FSResolveAliasWithMountFlags() returns #-43 for SS_DOCUMENTS
Finder[92]: [FM] FSResolveAliasWithMountFlags() returns #-43 for SVT_MultiFormat
Activity Monitor[285]: [FC] GetMenuRefTable not found in header
Activity Monitor[285]: [FC] GetMenuRefTable not found in header
Activity Monitor Help
Help Viewer[290]: [FC] GetMenuRefTable not found in header
Help Viewer[290]: [FC] GetMenuRefTable not found in header
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset -1963524096 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset -1963065344 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680067072 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680132608 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680263680 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680329216 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680460288 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680591360 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680656896 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680722432 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680919040 failed with an Input/output error
GetDriveSize driveSize64: 0x0DEF0B60 0x00000000
Warning! Drive Size Block Count Exceeds 32 bits.
# ReadCDBlock: attempt to read 512 bytes at offset 680984576 failed with an Input/output error

Last edited by d-v-c; 09-07-2007 at 11:10 PM.
Reply With Quote
  #8  
Old 09-08-2007, 09:07 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
I wouldn't ever suggest opening the files; it doesn't tell you enough, because all the file data isn't read. That's why I -- and the Troubleshooting section of the User's Guide (which I wrote) -- suggest duplicating the "bad" file to see if the issue is with the source or destination.

This looks like your copy of TT isn't working right... but it also looks like you're getting I/O errors, too. (Although the implication, I think, is that it's a CD.)

It's a difficult situation. If you duplicate the files by hand, though, do they copy? I think you'll find they don't.
__________________
--Dave Nanian
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
Future of SuperDuper? (in light of Leopard Time Machine) backerupper3160 General 10 10-20-2007 10:18 PM
SD! & HDD copy speed fun DaleMeyn General 3 03-20-2006 04:24 PM
Big error fails every time! skumancer General 5 02-28-2006 07:00 AM
Could not disable Ignore Permissions - each time I backup Tricia Henwood General 3 08-08-2005 07:57 AM
1st backup clone to ext dr estimated time ?? esuebrown General 3 07-24-2004 04:31 PM


All times are GMT -4. The time now is 03:19 AM.


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