SD 3.7 Stops Mid Copy

[SeaSwift]

I'm using SD 3.7 to copy files from one HDD to another on my Mac Mini running OS X 10.15.7. I tried copying a few times and all just stopped copying. I even tried re-installing SD 3.7.

Below is the last log after quitting SD 3.7.

| 01:56:57 AM | Info | SuperDuper! Version 3.7 (126-0b1cb57), path: /Applications/SuperDuper!.app, load address: 0x105b6c000
| 01:56:57 AM | Info | Started on Mon, Nov 7, 2022 at 1:56 AM
| 01:56:57 AM | Info | Source Volume: "2018 Photos 1" mount: '/Volumes/2018 Photos 1' device: disk7s2 file system: 'Mac OS Extended (Journaled)' protocol: USB capacity: 4 TB available: 1.33 TB files: 190,927 directories: 67,817
| 01:56:57 AM | Info | Target Volume: "2018 Photos 2 (Backup)" mount: '/Volumes/2018 Photos 2 (Backup)' device: disk3s2 file system: 'Mac OS Extended (Journaled)' protocol: USB capacity: 4 TB available: 1.34 TB files: 190,321 directories: 67,692
| 01:56:57 AM | Info | Copy Mode : Smart Update
| 01:56:57 AM | Info | Copy Script : Backup - all files.dset
| 01:56:57 AM | Info | Transcript : BuildTranscript.plist
| 01:56:58 AM | Info | PHASE: 1. Prepare to Copy Files
| 01:56:59 AM | Info | ...ACTION: Preparing 2018 Photos 1
| 01:56:59 AM | Info | ......COMMAND => Enabling permissions on 2018 Photos 1
| 01:57:00 AM | Info | Permissions are enabled on /Volumes/2018 Photos 1
| 01:57:01 AM | Info | ...ACTION: Preparing 2018 Photos 2 (Backup)
| 01:57:01 AM | Info | ......COMMAND => Checking APFS Preboot partition for 2018 Photos 2 (Backup)
| 01:57:02 AM | Info | ......COMMAND => Checking APFS Recovery partition for 2018 Photos 2 (Backup)
| 01:57:03 AM | Info | ......COMMAND => Checking APFS Virtual Memory partition for 2018 Photos 2 (Backup)
| 01:57:03 AM | Info | ......COMMAND => Checking APFS Volume Group for 2018 Photos 2 (Backup)
| 01:57:04 AM | Info | ......COMMAND => Enabling permissions on 2018 Photos 2 (Backup)
| 01:57:04 AM | Info | /dev/disk6s5 on / (apfs, local, read-only, journaled)
| 01:57:04 AM | Info | devfs on /dev (devfs, local, nobrowse)
| 01:57:04 AM | Info | /dev/disk6s1 on /System/Volumes/Data (apfs, local, journaled, nobrowse)
| 01:57:04 AM | Info | /dev/disk6s4 on /private/var/vm (apfs, local, journaled, nobrowse)
| 01:57:04 AM | Info | /dev/disk2s1 on /Volumes/Crucial 1TB (apfs, local, journaled)
| 01:57:04 AM | Info | /dev/disk0s2 on /Volumes/Macintosh HD (hfs, local, journaled)
| 01:57:04 AM | Info | map auto_home on /System/Volumes/Data/home (autofs, automounted, nobrowse)
| 01:57:04 AM | Info | /dev/disk6s3 on /Volumes/Recovery (apfs, local, nodev, nosuid, journaled, noowners, nobrowse)
| 01:57:04 AM | Info | /dev/disk3s2 on /Volumes/2018 Photos 2 (Backup) (hfs, local, nodev, nosuid, journaled)
| 01:57:04 AM | Info | /dev/disk5s2 on /Volumes/My Book 1 (hfs, local, nodev, nosuid, journaled)
| 01:57:04 AM | Info | /dev/disk7s2 on /Volumes/2018 Photos 1 (hfs, local, nodev, nosuid, journaled)
| 01:57:04 AM | Info | /dev/disk8s2 on /Volumes/2 TB Backup (hfs, local, nodev, nosuid, journaled, noowners)
| 01:57:04 AM | Info | /dev/disk9s1 on /Volumes/SuperDuper! (hfs, local, nodev, nosuid, read-only, noowners, quarantine, mounted by bud)
| 01:57:05 AM | Info | Permissions are enabled on /Volumes/2018 Photos 2 (Backup)
| 01:57:06 AM | Info | ......COMMAND => Verifying that 2018 Photos 2 (Backup) ACL support matches 2018 Photos 1
| 01:57:06 AM | Info | ......COMMAND => Pausing Spotlight indexing for 2018 Photos 2 (Backup)
| 01:57:07 AM | Info | PHASE: 2. Copy Files
| 01:57:07 AM | Info | ...ACTION: Copying files from 2018 Photos 1 to 2018 Photos 2 (Backup) using Smart Update
| 01:57:08 AM | Info | ......COMMAND => Cloning 2018 Photos 1 to 2018 Photos 2 (Backup)
| 01:57:08 AM | Info | Copying different files with delete using script: /Users/bud/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset
| 01:57:08 AM | Info | Will ignore error codes 1,13 encountered while copying files and directories
| 01:57:08 AM | Info | Loading 39 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude system temporary files.dset
| 01:57:08 AM | Info | Loading 10 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude system cache files.dset
| 01:57:08 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Norton FileSaver files.dset
| 01:57:08 AM | Info | Loading 2 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Google Desktop Index files.dset
| 01:57:08 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Backblaze files.dset
| 01:57:08 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude iTunes Temporary files.dset
| 01:57:08 AM | Info | Loading 2 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Mozy Cache and Log files.dset
| 01:57:08 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude PGP Whole Disk Encryption files.dset
| 01:57:08 AM | Info | Loading 2 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Local Revision and Backup files.dset
| 01:57:08 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Transporter Library mount.dset
| 01:57:08 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Crash Plan Cache.dset
| 01:57:08 AM | Info | Loading 0 commands from copy script /Users/bud/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset
| 01:57:08 AM | Info | /.Spotlight-V100
| 01:57:08 AM | Info | Preserving /.Spotlight-V100
| 01:57:08 AM | Info | Preserving /.com.apple.timemachine.donotpresent
| 01:57:08 AM | Info | /Japan
| 01:57:15 AM | Info | /.TemporaryItems
| 01:57:15 AM | Info | /Graduation
| 01:57:15 AM | Info | /.Trashes
| 01:57:15 AM | Info | /.DocumentRevisions-V100
| 01:57:15 AM | Info | Ignoring /.DocumentRevisions-V100
| 01:57:15 AM | Info | /2018+ Photos
| 01:57:26 AM | Info | Disk disk9s1 mount changed!
| 01:57:26 AM | Info | Disk disk9s1 vanished!
| 02:01:05 AM | Info | User terminated processing of transcript...

[dnanian]

So, it's either copying or deleting material at 1:57:15am, and you stopped it four minutes later.

Patience. It's doing something... it has nothing to do with the new version...

If you want to see more detail about what's going on, drop me a support email and I'll provide you with some command-line commands that can show you.

[SeaSwift]

Originally Posted by dnanian

So, it's either copying or deleting material at 1:57:15am, and you stopped it four minutes later.

Patience. It's doing something... it has nothing to do with the new version...

If you want to see more detail about what's going on, drop me a support email and I'll provide you with some command-line commands that can show you.

Yes, I did close it after a few minutes. The one prior to this sat for about 20 minutes before I stopped it to download and install the latest version before running the above copy. I will send you a support email shortly.

[sdsl]

I have an expression: "a watched backup never seems to complete"

Seriously though, best to let things go sometimes and complete on their own time table, not yours.

With SuperDuper, I have found if a large number of files or a large quantity of MB or GB were deleted from the SOURCE volume and then you run SuperDuper to back it up, it can take a while for the TARGET drive to be made identical to the SOURCE, the deletions can take some time and there is no indication in the log why. I have learned to let it run its course. Waiting 4 minutes is not a long time. I have even seen 20 minutes. If the HDD are under APFS, and they are mechanical drives, those can be very slow under APFS.

[dnanian]

Deletions seem to be one of the slower things in the file system...and very large folders are also slow to manage...

[SeaSwift]

Originally Posted by sdsl

I have an expression: "a watched backup never seems to complete"

Seriously though, best to let things go sometimes and complete on their own time table, not yours.

With SuperDuper, I have found if a large number of files or a large quantity of MB or GB were deleted from the SOURCE volume and then you run SuperDuper to back it up, it can take a while for the TARGET drive to be made identical to the SOURCE, the deletions can take some time and there is no indication in the log why. I have learned to let it run its course. Waiting 4 minutes is not a long time. I have even seen 20 minutes. If the HDD are under APFS, and they are mechanical drives, those can be very slow under APFS.

So how long should I wait? It's been over 40 minutes and nothing is happening.
It was going fine after I reinstalled the newest version but, this started once again after I upgraded in the app.

Both SSD drives are Mac OS Extended (Journaled) rather than APFS.

[SeaSwift]

I gave up after watching SD for over an hour. I'll uninstall and reinstall a fresh copy before trying it again tomorrow.

[dnanian]

Uninstalling and reinstalling won't help this kind of thing. Please send a support email to me and I'll help you determine what's going on.

[SeaSwift]

Originally Posted by dnanian

Uninstalling and reinstalling won't help this kind of thing. Please send a support email to me and I'll help you determine what's going on.

I just got around to sending the log to you.