PDA

View Full Version : SD stalls at Copy Files


Paul Clark
08-16-2008, 04:43 AM
My Powerbook G4 running OS 10.4.11 has a failing hard drive (confirmed by SMART verification in Disk Utility).

I booted up the Powerbook in Firewire target disk mode and the Powerbook hard drive appears on the desktop of my G4 desktop.

I launched SD from the G4 desktop and selected the Powerbook disk as the "copy" and an Iomega drive connected via USB to the G4 as the "to" volume. Full backup was selected.

The "Prepare to copy files" seems to have worked just fine.

Problem: "copy files" has been running for more than 1 hour but no data has been evaluated or copied.

Could it be that the Powerbook drive is so dead that no files can be copied, or is it normal to take this long with no copy activity?

See log file below:
| 12:35:00 AM | Info | SuperDuper!, 2.5 (84), path: /Applications/SuperDuper!.app, Mac OS 10.4.11 build 8S165 (ppc)
| 12:35:00 AM | Info | Started on Sat, Aug 16, 2008 at 12:35 AM
| 12:35:00 AM | Info | Source Volume: Macintosh HD, mount: /Volumes/Macintosh HD, device: /dev/disk6s3, media: AAPL FireWire Target, interconnect: External FireWire, file system: "Journaled HFS+", OS: 10.4.11 (8S165), capacity: 55.77 GB, used: 39.03 GB, directories: 86806, files: 350043, ejectable: NO, ACLs: Disabled
| 12:35:00 AM | Info | Target Volume: Iomega HDD, mount: /Volumes/Iomega HDD, device: /dev/disk7s10, media: TOSHIBA MK1652GSX, interconnect: External USB, file system: "Journaled HFS+", OS: 10.4.6 (8I128), capacity: 148.91 GB, used: 2.12 GB, directories: 17750, files: 75594, ejectable: NO, ACLs: Enabled
| 12:35:00 AM | Info | Copy Mode : Erase, then copy files
| 12:35:00 AM | Info | Copy Script : Backup - all files.dset
| 12:35:00 AM | Info | Transcript : BuildTranscript.plist
| 12:35:01 AM | Info | PHASE: 1. Prepare to Copy Files
| 12:35:01 AM | Info | ...ACTION: Preparing Macintosh HD
| 12:35:01 AM | Info | ......COMMAND => Verifying the integrity of volinfo.database
| 12:35:01 AM | Info | Repaired volinfo.database
| 12:35:01 AM | Info | ......COMMAND => Enabling permissions on Macintosh HD
| 12:35:01 AM | Info | Refreshing Disk Arbitration ...
| 12:55:41 AM | Info | ......COMMAND => Verifying that permissions are enabled for Macintosh HD
| 12:55:41 AM | Info | Permissions on '/Volumes/Macintosh HD' are enabled.
| 12:55:41 AM | Info | ...ACTION: Erasing Iomega HDD
| 12:55:41 AM | Info | ......COMMAND => Preserving Iomega HDD UUID
| 12:55:41 AM | Info | A400589F3A77F553
| 12:55:41 AM | Info | ......COMMAND => Preserving spotlight indexing state
| 12:55:41 AM | Info | ......COMMAND => Erasing Iomega HDD
| 12:57:26 AM | Info | ......COMMAND => Restoring Iomega HDD UUID (A400589F3A77F553)
| 12:57:26 AM | Info | A400589F3A77F553
| 12:57:26 AM | Info | ......COMMAND => Restoring Spotlight search indexing state on Iomega HDD
| 12:57:27 AM | Info | /Volumes/Iomega HDD:
| 12:57:27 AM | Info | Indexing enabled for volume.
| 12:57:27 AM | Info | Indexing enabled on Iomega HDD
| 12:57:27 AM | Info | ...ACTION: Preparing Iomega HDD
| 12:57:27 AM | Info | ......COMMAND => Enabling permissions on Iomega HDD
| 12:57:27 AM | Info | Refreshing Disk Arbitration ...
| 12:57:27 AM | Info | ......COMMAND => Verifying that permissions are enabled for Iomega HDD
| 12:57:27 AM | Info | Permissions on '/Volumes/Iomega HDD' are enabled.
| 12:57:27 AM | Info | ......COMMAND => Verifying that Iomega HDD ACL support matches Macintosh HD
| 12:57:28 AM | Info | ...ACTION: Preserving Spotlight state on Iomega HDD
| 12:57:28 AM | Info | ......COMMAND => Disabling Spotlight search indexing on Iomega HDD
| 12:57:29 AM | Info | PHASE: 2. Copy Files
| 12:57:29 AM | Info | ...ACTION: Copying files from Macintosh HD to Iomega HDD
| 12:57:29 AM | Info | ......COMMAND => Cloning Macintosh HD to Iomega HDD
| 12:57:29 AM | Info | Copying copy files using script: /Users/paul/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset

dnanian
08-16-2008, 08:10 AM
It's possible, Paul, though hard to say. Are you getting errors in the system log?

Paul Clark
08-16-2008, 11:04 AM
No errors that I can see.

I ran SD again, and after two hours it said:
350,043 files evaluated, 0 files copied.

I have attached a screen shot of the progress widow.

Her is the entire log file:

| 01:50:34 AM | Info | SuperDuper!, 2.5 (84), path: /Applications/SuperDuper!.app, Mac OS 10.4.11 build 8S165 (ppc)
| 01:50:34 AM | Info | Started on Sat, Aug 16, 2008 at 1:50 AM
| 01:50:34 AM | Info | Source Volume: Macintosh HD, mount: /Volumes/Macintosh HD, device: /dev/disk6s3, media: AAPL FireWire Target, interconnect: External FireWire, file system: "Journaled HFS+", OS: 10.4.11 (8S165), capacity: 55.77 GB, used: 39.03 GB, directories: 86806, files: 350043, ejectable: NO, ACLs: Disabled
| 01:50:34 AM | Info | Target Volume: Iomega HDD, mount: /Volumes/Iomega HDD, device: /dev/disk7s10, media: TOSHIBA MK1652GSX, interconnect: External USB, file system: "Journaled HFS+", OS: 10.4.6 (8I128), capacity: 148.91 GB, used: 0.06 GB, directories: 4, files: 9, ejectable: NO, ACLs: Disabled
| 01:50:34 AM | Info | Copy Mode : Erase, then copy files
| 01:50:34 AM | Info | Copy Script : Backup - all files.dset
| 01:50:34 AM | Info | Transcript : BuildTranscript.plist
| 01:50:34 AM | Info | PHASE: 1. Prepare to Copy Files
| 01:50:34 AM | Info | ...ACTION: Preparing Macintosh HD
| 01:50:34 AM | Info | ......COMMAND => Verifying the integrity of volinfo.database
| 01:50:35 AM | Info | volinfo.database OK
| 01:50:35 AM | Info | ......COMMAND => Enabling permissions on Macintosh HD
| 01:50:35 AM | Info | Refreshing Disk Arbitration ...
| 01:50:35 AM | Info | ......COMMAND => Verifying that permissions are enabled for Macintosh HD
| 01:50:35 AM | Info | Permissions on '/Volumes/Macintosh HD' are enabled.
| 01:50:35 AM | Info | ...ACTION: Erasing Iomega HDD
| 01:50:35 AM | Info | ......COMMAND => Preserving Iomega HDD UUID
| 01:50:35 AM | Info | A400589F3A77F553
| 01:50:35 AM | Info | ......COMMAND => Preserving spotlight indexing state
| 01:50:35 AM | Info | ......COMMAND => Erasing Iomega HDD
| 01:52:17 AM | Info | ......COMMAND => Restoring Iomega HDD UUID (A400589F3A77F553)
| 01:54:36 AM | Info | A400589F3A77F553
| 01:54:37 AM | Info | ......COMMAND => Restoring Spotlight search indexing state on Iomega HDD
| 01:54:37 AM | Info | /Volumes/Iomega HDD:
| 01:54:37 AM | Info | Indexing enabled for volume.
| 01:54:37 AM | Info | Indexing enabled on Iomega HDD
| 01:54:37 AM | Info | ...ACTION: Preparing Iomega HDD
| 01:54:37 AM | Info | ......COMMAND => Enabling permissions on Iomega HDD
| 01:54:37 AM | Info | Refreshing Disk Arbitration ...
| 01:54:38 AM | Info | ......COMMAND => Verifying that permissions are enabled for Iomega HDD
| 01:54:38 AM | Info | Permissions on '/Volumes/Iomega HDD' are enabled.
| 01:54:38 AM | Info | ......COMMAND => Verifying that Iomega HDD ACL support matches Macintosh HD
| 01:54:38 AM | Info | ...ACTION: Preserving Spotlight state on Iomega HDD
| 01:54:38 AM | Info | ......COMMAND => Disabling Spotlight search indexing on Iomega HDD
| 01:54:38 AM | Info | PHASE: 2. Copy Files
| 01:54:38 AM | Info | ...ACTION: Copying files from Macintosh HD to Iomega HDD
| 01:54:38 AM | Info | ......COMMAND => Cloning Macintosh HD to Iomega HDD
| 01:54:38 AM | Info | Copying copy files using script: /Users/paul/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset
| 03:40:34 AM | Info | Loading 22 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude system temporary files.dset
| 03:40:34 AM | Info | Loading 6 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude system cache files.dset
| 03:40:34 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Norton FileSaver files.dset
| 03:40:34 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Google Desktop Index files.dset
| 03:40:34 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude iTunes Temporary files.dset
| 03:40:34 AM | Info | Loading 0 commands from copy script /Users/paul/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset
| 03:40:34 AM | Info | /Volumes/Macintosh HD
| 03:45:44 AM | Info | Evaluated 1 items occupying 0.00 GB (1 directories, 0 files, 0 symlinks)
| 03:45:44 AM | Info | Copied 1 items totaling 0.00 GB (1 directories, 0 files, 0 symlinks)
| 03:45:44 AM | Info | Cloned 0.00 GB of data in 310 seconds at an effective transfer rate of 0.00 MB/s
| 03:45:44 AM | Info | ......COMMAND => Resetting Custom Icon bit on Iomega HDD
| 03:45:44 AM | Info | PHASE: 3. After Successful Copy
| 03:45:44 AM | Info | ...ACTION: Making Iomega HDD bootable
| 03:45:44 AM | Info | ......COMMAND => Blessing OS X System Folder
| 03:45:44 AM | Info | Did not bless Mac OS X System Folder on Iomega HDD because it does not exist.
| 03:45:44 AM | Info | ......COMMAND => Blessing OS 9 System Folder
| 03:45:44 AM | Info | Did not bless Mac OS 9 System Folder on Iomega HDD because it does not exist.
| 03:45:44 AM | Info | ...ACTION: Restoring Spotlight state on Iomega HDD
| 03:45:44 AM | Info | ......COMMAND => Restoring Spotlight search indexing state on Iomega HDD
| 03:45:45 AM | Info | /Volumes/Iomega HDD:
| 03:45:45 AM | Info | Indexing enabled for volume.
| 03:45:45 AM | Info | Indexing enabled on Iomega HDD
| 03:45:45 AM | Info | Copy complete.

dnanian
08-16-2008, 11:12 AM
Well... when it was loading the commands from the script (which involves evaluating the files on the drive you're copying from), it had a lot of problems reading the drive. And -- from what I can tell -- the directory structure on the source is pretty severely damaged, so we didn't 'see' any files to copy, even though the drive indicates it has files on it in the 'volume information'...

Paul Clark
08-16-2008, 11:15 AM
I know the drive is failing...

So I am out of luck?

dnanian
08-16-2008, 11:17 AM
It doesn't look like we can copy this drive. But we aren't designed to salvage failing drives, Paul -- I don't want to suggest that you try repairing the drive, since that could cause more problems.

What I'd probably suggest, if the data is critical, is getting in touch with a data recovery service. You might be able to hand-copy a few things off the drive, too, but be careful not to do more damage if you do need the data on the drive.

Paul Clark
08-16-2008, 11:23 AM
I was able to backup the data manually last week by dragging and dropping folders to an external drive.

I was hoping to clone the drive so that I didn't have to reload applications and set up mail, internet, etc.

Thanks for your help. I was really hoping SD would do the trick.

dnanian
08-16-2008, 11:24 AM
Sorry to disappoint: we're really designed to be used before the failure, not after.

Paul Clark
08-16-2008, 11:34 AM
No disappointment here....

I hope to try the product again by making a backup of the new drive once it is up and running.

Thanks again.