|
#1
|
||||
|
||||
SuperDuper! doesn't run at a low level, and can't crash the drive or computer: only low-level/kernel components/hardware can do that. So, it's quite likely that your destination drive is locking up/failing during the copy.
Anythign else on the bus with it?
__________________
--Dave Nanian |
#2
|
|||
|
|||
Thanks for the speedy reply.
Yesterday I was working on a G4 with an internal drive. I was booted from the system on that internal drive. That's the drive I was trying to backup. Nothing else connected to the G4, except mouse and monitor. I was trying to backup to one of two volumes on an external Firewire drive. The external drive was empty. The backup seemed to proceed normally, until about the middle, where upon the machine locked up. I couldn't force quit, or access any menu. Pulling the power plug seemed to be the only way out. I've installed another drive on the G4, and am about to try again. This time I installed the OS on the backup drive first, and then manually copied over the files. Hoping to do an incremental backup that won't involve many files. Advice? |
#3
|
|||
|
|||
Quote:
It was the drive I was trying to back up that died, the internal drive on the G4. I did learn how to swap out an internal HD yesterday, so now I feel like Mr. Tech. |
#4
|
||||
|
||||
You're sure the internal drive locked up? How did you check this?
__________________
--Dave Nanian |
#5
|
|||
|
|||
Ah, good question.
Let's see. Here's what I know. When the incident happened, the screen was locked up. I was running off the system installed on the boot drive. After the 2nd crash, I booted from an external drive, and tried to repair the internal drive. Disk Utility could see the internal drive, now with a new name, but couldn't do anything with the internal drive. I believe I recall hearing some drive despair type sounds coming from the internal drive. It of course be that that just happened to be the moment that drive died. My memory is that I've had trouble before with the first backup of all the data. Not drive death, but repeated crashes. I dunno. For some reason the manual transfer of files through the finder seems to work, but trying to do the same thing with SuperD has problems, during the original backup. I don't recall having this problem with an incremental backup, which would involve far fewer files. Any of this help? |
#6
|
||||
|
||||
Yeah. So, this did just correspond to a drive failure. There's nothing that we can do that would "cause" a drive to fail (we're simply reading files from it), but since a full copy obviously involves copying nearly every file from the drive, if it's already failing, or about to fail, well, there's no better time.
__________________
--Dave Nanian |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Failed to enable ownership on SuperDuper BackUp | Anne West | General | 3 | 06-15-2023 12:50 PM |
Server drive won't mount after backup | rhennosy | General | 1 | 11-09-2007 03:49 PM |
Scheduled backup crashes, but only on one Mac | jonlevine | General | 1 | 02-21-2007 10:08 AM |
New MacBook C2D w/ OSX v10.4.8 crashes SD. | sfm | General | 3 | 12-11-2006 09:07 AM |
(Zero-length) File caused SuperDuper to abort backup | alancfrancis | General | 7 | 08-31-2005 10:42 AM |