SuperDuper stalling (again)

[Machster]

G5 dual 2Ghz (OS X 10.4.7) copying from stock HD (160GB) to WD Raptor 150GB.

1st attempt: SD stalled, would not quit, and froze OS. Reboot OK but Disc Utility could not find HD's. Reboot again.
2nd attempt: SD stalled (elapsed time: 1.5 hours)but copied more. Ran lsof with last 2 lines reading:
SDCopy 704 root 22r VREG 14,5 19405824 13509351 /Users/Shared/earthbrowser2.db
SDCopy 704 root 23u VREG stat(/Volumes/Raptor/Users/Shared/earthbrowser2.db): Operation timed out

Advice?
[Edit: SD will not quit or force quit yet again on the above 2nd attempt. Other applications failing to respond as well. Need to reboot again!]

[dnanian]

If things are failing to despond, it seems likely that the database above is corrupt or the destination volume is failing to respond due to I/O errors.

Remember: we can't "freeze the OS". We don't have the ability or privileges to do so. We can trigger a freeze in the kernel by simply copying a file that fails, bhe OS is freezing due to low-level I/O problems, well "under" our operation.

So -- what happens if you try to duplicate the earthbrowser2 database above using Finder?

[Machster]

Originally Posted by dnanian

Remember: we can't "freeze the OS". We don't have the ability or privileges to do so. We can trigger a freeze in the kernel by simply copying a file that fails, bhe OS is freezing due to low-level I/O problems, well "under" our operation.

Never-the-less, to this user it appears that SD is causing bad things to happen. After I attempted to force quite SD (which doesn't), other apps start to hang. Finally at the reboot Finder would not quit and prevented the shutdown. These things do not happen otherwise.

Originally Posted by dnanian

So -- what happens if you try to duplicate the earthbrowser2 database above using Finder?

It copied instantly without a problem in Finder.

[dnanian]

Right, I understand how it appears, which is why I offered up an explanation.

OK, then perhaps the problem is your destination. Is it an internal drive? If so, SATA or ATA?

[Machster]

Dnanian,

Both drives are internal SATA.

[dnanian]

OK. The implication in this post and the referenced tech note from WD implies that there are issues with the Raptor and some 400+ GB models (too) and the onboard SATA controller. This might explain your problem...

[Machster]

Right, Dnanian. Although I hooked it up recently, instability only occurred when I started to use SD. Perhaps intensive read/writes triggers it? I will acquire a PCI sata card and report back with the results.

I appreciate the help.

[dnanian]

I think that's exactly right: intensive I/O probably triggers the problem, whereas "mellower" access works.

I'll await your follow-up. Be aware that not all PCI SATA controllers allow boot... you might want to make sure yours does, or get a non-WD drive as the 2nd one.

[Machster]

Udate:

I installed a Firmtek PCI SATA card and hooked it up to the new WD raptor. SuperDuper copied to it without a hiccup and without any of the previous instability problems. Case closed.

Thanks, again, dnanian.

[dnanian]

Great, glad to hear it. It's one of the more obscure OSX incompatibilities out there, I know, but I'm glad I was able to point you in the right direction.