Sidebar Sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

Carbon Copy Cloner 7 - Users Thread

Now available CCC 6.1.5-b5 (7470) — This is a pre-release update of CCC 6.1.4

  • Changed
    CCC will now run the postflight shell script (if specified on a task) in cases where the source or destination dropped offline, thus causing the task to abort. Previously we were avoiding running the script in this case (despite running that script in other error conditions), but we've since decided that there isn't any good reason for not running it.
  • Changed
    At the end of a task event, CCC now sets the destination root modification date to "now", rather than preserving the source root folder modification date. The modification date of the destination root folder has more value as an indication of when CCC last made changes to the destination vs. when the user last made changes to that root folder on the source (which is typically long ago). This should offer an easy indication to the end user of "When was the last CCC backup made to this volume?".
  • Changed
    Made a small logic adjustment for tasks configured to run "When the source or destination is remounted" to avoid running when a staged System update is mounted (i.e. when the startup disk is the source).
  • Changed
    When applicable, more context is presented now in cases where a task fails due to a stall at the source or destination (e.g. what specific file or folder is involved in the stall).
  • Changed
    Adjusted the sidebar width when exiting full screen mode.
  • Changed
    Fixed a layout issue in the task plan when hiding and then revealing the sidebar (specific to Ventura).
  • Changed
    When a task fails because the source or destination is missing, and the user has enabled the "Don't send error notifications" (when the source or destination is missing) setting, the error will now be presented with the "cancelled by the user" icon in the Task History window, rather than an error icon.
  • Fixed
    Fixed an issue in which a "Backup Health Check" would errantly (but harmlessly) recopy a certain class of files that did not need to be recopied.
  • Changed
    Errors that occur due to a disagreement between the source and (typically NAS) destination filesystems on how composed characters should be stored are now presented with more specific advice and a link to a new Kbase article.
  • New
    Network change events are now listed in the Activity tab of the CCC Dashboard application if any CCC tasks require network resources.

Whats in bold is what was added in this b5
 
  • Like
Reactions: m4v3r1ck, flowrider, Blowback and 1 other person
steve62388 said:
I notice if I toggle the option to show external drives on the desktop the CCC - Data volume does appear on the desktop, but once again not in the left column of Finder. It shows under /Volumes

EDIT: After some reading here: https://bombich.com/kb/ccc5/working-apfs-volume-groups and looking at Disk Utility I can see that the CCC - Data volume is marked as an APFS Data Volume and is therefore hidden. I don't know whether Monterey made this change, or an update to CCC made the change. What is peculiar is that nobody else has noticed this behaviour.



EDIT 2: I dropped a note through to Mike Bombich. This new behaviour, marking the CCC - Data volume as hidden is from Monterey and not something CCC has done. Unless there is a way to change the marking I guess we’ll just have to live with it.
Click to expand...
Here is the answer:

Besides not showing in Finder "Sidebar - Locations", another consequence of backup disks not containing macOS but only data is that they cannot be added to "Apple - System Preferences - Spotlight - Privacy" in macOS 12.6.3 (21G419) Monterey (and earlier), generating the error: "Privacy List Error. The item couldn't be added or removed because of an unknown error".

Source:
mounted filesystems no longer appear in Monterey finder window
 
I didn't see any problems with MacOS 13.3 beta 1 and the latest CCC 6.1.5-b5 (7470) as a FYI. Same with MacOS 13.2.1 a few days earlier.

CCC 6.1.5-b6 (7476) is now available — This is a pre-release update of CCC 6.1.4

  • Changed
    Fixed the behavior of the Task Filter window when working with a Remote Macintosh source.
  • Changed
    CCC will now run the postflight shell script (if specified on a task) in cases where the source or destination dropped offline, thus causing the task to abort. Previously we were avoiding running the script in this case (despite running that script in other error conditions), but we've since decided that there isn't any good reason for not running it.
  • Changed
    At the end of a task event, CCC now sets the destination root modification date to "now", rather than preserving the source root folder modification date. The modification date of the destination root folder has more value as an indication of when CCC last made changes to the destination vs. when the user last made changes to that root folder on the source (which is typically long ago). This should offer an easy indication to the end user of "When was the last CCC backup made to this volume?".
  • Changed
    Made a small logic adjustment for tasks configured to run "When the source or destination is remounted" to avoid running when a staged System update is mounted (i.e. when the startup disk is the source).
  • Changed
    When applicable, more context is presented now in cases where a task fails due to a stall at the source or destination (e.g. what specific file or folder is involved in the stall).
  • Changed
    Adjusted the sidebar width when exiting full screen mode.
  • Changed
    Fixed a layout issue in the task plan when hiding and then revealing the sidebar (specific to Ventura).
  • Changed
    When a task fails because the source or destination is missing, and the user has enabled the "Don't send error notifications" (when the source or destination is missing) setting, the error will now be presented with the "cancelled by the user" icon in the Task History window, rather than an error icon.
  • Fixed
    Fixed an issue in which a "Backup Health Check" would errantly (but harmlessly) recopy a certain class of files that did not need to be recopied.
  • Changed
    Errors that occur due to a disagreement between the source and (typically NAS) destination filesystems on how composed characters should be stored are now presented with more specific advice and a link to a new Kbase article.
  • New
    Network change events are now listed in the Activity tab of the CCC Dashboard application if any CCC tasks require network resources.
 
Last edited:
  • Like
Reactions: m4v3r1ck and flowrider
serr said:
I select the legacy bootable copy option. It lets me. It gives me the bootable system clone option and the allow CCC to erase button. I click that and then hit start. It starts and runs for a few moments and then gives me "The APFS replication procedure failed." error message.
Click to expand...
Q. Is your APFS-requiring MacOS version running on an officially-unsupported machine via OpenCoreLegacy or similar EFI-modifying gimmick?

The reason I ask is because I had similar problems trying to "legacy"-clone a fresh Big Sur installation on an OCL-equipped 2013 iMac. It turned out that the problem involved OCL implementing an unusual cherry-picked set of SIP (System Integrity Protection) settings that can't be disabled by normal means, and this interferes with CC6's legacy-cloning procedure such that it fails with a cryptic error.

Meanwhile, an install of the same Big Sur on a 2015 machine without OCL/EFI legacy-cloned without a hitch. And I was using CCC 6.1.1 -- so it's not a case of newer beta edits being necessary (although perhaps some newer variant is able to get around OCL's EFI/SIP).

THE FAT ANNOYING PROBLEM NOW: CCC6 inexplicably requires at least Catalina to run (when Catalina is basically just Mojave with 32bit apps disabled and APFS user data partitions, and Mojave is basically just High Sierra with APFS enforced rather than optional). This results in the very irritating situation of the top-tier 2012-2014 27" iMacs with i7 processors and 121gbSSD/xTB Fusion drives being denied bootable backups of Catalina & above, despite APFS MacOS versions running much better on them than on newer 2015-2020 base model machines without Fusion drives!

Potential solution: Hack CCC6 to run on High Sierra and Mojave. --Any suggestions on what sub-file(s) to tweak?
 
Last edited:
flowrider said:
The final version of V6.1.5 has been released👍🏼

bombich.com

Carbon Copy Cloner: macOS Backup Software - Bombich Software

bombich.com bombich.com

Lou
Click to expand...
Thanks. It's been many days since any CCC beta activity. That build is (7490). Its works fine with MacOS 13.3 betas.
  • Changed
    When applicable, more context is presented now in cases where a task fails due to a stall at the source or destination (e.g. what specific file or folder is involved in the stall).
  • Changed
    At the end of a task event, CCC now sets the destination root modification date to "now", rather than preserving the source root folder modification date. The modification date of the destination root folder has more value as an indication of when CCC last made changes to the destination vs. when the user last made changes to that root folder on the source (which is typically long ago). This should offer an easy indication to the end user of "When was the last CCC backup made to this volume?".
  • Changed
    Errors that occur due to a disagreement between the source and (typically NAS) destination filesystems on how composed characters should be stored are now presented with more specific advice and a link to a new Kbase article.
  • New
    Network change events are now listed in the Activity tab of the CCC Dashboard application if any CCC tasks require network resources.
  • Changed
    Made some adjustments to the pruning of CCC's Task History database so it consumes less space.
  • Changed
    Fixed the behavior of the Task Filter window when working with a Remote Macintosh source.
  • Changed
    CCC will now run the postflight shell script (if specified on a task) in cases where the source or destination dropped offline, thus causing the task to abort. Previously we were avoiding running the script in this case (despite running that script in other error conditions), but we've since decided that there isn't any good reason for not running it.
  • Changed
    Made a small logic adjustment for tasks configured to run "When the source or destination is remounted" to avoid running when a staged System update is mounted (i.e. when the startup disk is the source).
  • Changed
    Adjusted the sidebar width when exiting full screen mode.
  • Changed
    Fixed a layout issue in the task plan when hiding and then revealing the sidebar (specific to Ventura).
  • Changed
    When a task fails because the source or destination is missing, and the user has enabled the "Don't send error notifications" (when the source or destination is missing) setting, the error will now be presented with the "cancelled by the user" icon in the Task History window, rather than an error icon.
  • Fixed
    Fixed an issue in which a "Backup Health Check" would errantly (but harmlessly) recopy a certain class of files that did not need to be recopied.
 
Last edited:
  • Like
Reactions: m4v3r1ck, 0134168 and Weaselboy
Minor update build released tonight. CCC v6.1.5 (7491)
The notes were the same as the previous CCC v6.1.5 (7490)
I did have one CCC v6.1.5 (7491) where it failed immediately and I did again and it worked. Then used it on other different Mac and had not issues, so perhaps it was tweaked so the 4 pass snap shot always worked. That type of issue is tweaking the time allowed to complete the snapshot, name the volume and have it complete.
 
Last edited:
  • Like
Reactions: flowrider and rmadsen3
Hello! Sadly since updating to Monterey 12.6.4 with the Mac Pro 5,1 it's impossible for me to get a bootable clone of my boot disk. Neither CCC nor SuperDuper are working. Latest versions in both cases.

I keep getting "Volume replication failed" (49197) errors.

Can this be caused by any of the OpenCore-settings or any other suggestions? Worked with both of the apps before.
 
flyproductions said:
Hello! Sadly since updating to Monterey 12.6.4 with the Mac Pro 5,1 it's impossible for me to get a bootable clone of my boot disk. Neither CCC nor SuperDuper are working. Latest versions in both cases.

I keep getting "Volume replication failed" (49197) errors.

Can this be caused by any of the OpenCore-settings or any other suggestions? Worked with both of the apps before.
Click to expand...
If you report this with logs to the CCC developer he can tell tell you what is causing the problem With legacy bootable snapshot Copy. But yes the Apple APFS utility needs to conduct a 4 pass copy of volumes then it needs to have enough time to unmount, name the the volume and see that you chosen not go away in the end by so many seconds and be mounted when this method is completed.

BTW I hope the normal backup that is not bootable, just makes a data volume (ASR) is still working fine for you? That’s enough for restoring you system prefs, application, data using Standard copy with migration assistant if you should need to redo you installation after reinstalling MacOS 12 or 13. It’s possible yes that opencore setting needs to be tweaked to allow this to work but I have no experience with that. I can certainly tell you that CCC developer has had to alter the time allowed to snapshot with Monterey because Apple introduced more variation with APFS utility that executes the APFS replication backup in that snapshot mode.

CCC developer is very good at describing what he sees happening if you report this issue to him, and will email you back.
 
  • Like
Reactions: rmadsen3 and flyproductions
flyproductions said:
Hello! Sadly since updating to Monterey 12.6.4 with the Mac Pro 5,1 it's impossible for me to get a bootable clone of my boot disk. Neither CCC nor SuperDuper are working. Latest versions in both cases.

I keep getting "Volume replication failed" (49197) errors.

Can this be caused by any of the OpenCore-settings or any other suggestions? Worked with both of the apps before.
Click to expand...
Nope. Using OpenCore and i have perfect bootables clones.
 
  • Like
Reactions: flyproductions and Realityck
Realityck said:
If you report this with logs to the CCC developer he can tell tell you what is causing the problem With legacy bootable snapshot Copy. But yes the Apple APFS utility needs to conduct a 4 pass copy of volumes then it needs to have enough time to unmount, name the the volume and see that you chosen not go away in the end by so many seconds and be mounted when this method is completed.
Click to expand...
So i found out a little more inbetween: CCC is able to create a perfect bootable copy of my usual startup-disk, when booted from some other drive! Even if this drive is running 12.6.4. But, whenever booted from the drive itself, it refuses to replicate the AFPS-structure with the mentioned error. Even when logged in as root instead of the normal user.

Somehow strange that is!
 
  • Like
Reactions: Realityck and 0134168
Realityck said:
You need to prepare the volume for APFS replication to work. 11.x and the new 12.0 creates both a system and data volumes. Erase both in the disk utility -> unmount backup target storage, erase system volume not the data volume, select erase volume group as preparation. In CCC you need to target that one volume as a destination in CCC with a new task. Then you will need to use the CCC choices in under your destination.
View attachment 1800812

click on the destination disk you will see this.

View attachment 1800814
Enter the legacy bootable backup assistant. I don't use SafetyNet for incremental backups, so that is off. Allow CCC to erase the volume.

View attachment 1800815
Now when you start CCC backup task it should tell you that you are Replicating the APFS filesystem data. After it gets done this in disk utility should show both a system volume and a data volume. Now see if it will allow you boot off of it.
Click to expand...
I've been trying to use other software to clone my Monterey external SSD to the old iMac Fusion Drive as a backup since I'm using the external SSD as the boot drive. Because of the post-Catalina double volume thingy, I've not had any success. This post finally did it with CCC. Thanks!
 
  • Like
Reactions: 0134168 and Realityck
Realityck said:
You need to prepare the volume for APFS replication to work. 11.x and the new 12.0 creates both a system and data volumes.
Click to expand...
Hmmm, in my case, it seems to be more of a source- than a target-issue. As mentioned before, i can get a bootable clone of my main drive with CCC's Legacy Bootable Backup Assistant without any hassles, when booted from some other drive. But, when booted from the drive to backup itself: No dice!
Realityck said:
In CCC you need to target that one volume as a destination in CCC with a new task. Then you will need to use the CCC choices in under your destination.
Click to expand...
At least for me, the different partitions of the destination, also allready beeing a bootable Monterey-drive, don't show up as different volumes in the target pulldovn in CCC.
 
Last edited:
Now available CCC 6.1.6-b2 (7505) — This is a pre-release update of CCC v6.1.5 (7491)
  • Changed
    Addressed a crasher that only occurs on older Macs that are running Monterey or Ventura via the "Open Core Legacy Patcher".
  • Changed
    Fixed a logic issue that might cause CCC to ask for NAS volume credentials when it already has them.
  • Changed
    Improved the experience when using the snapshot navigator with a folder selected. Previously the scroll view was scrolling back to the top, now the folder will remain selected, and the view will be scrolled to reveal as much of the folder's content as possible.
  • Fixed
    Addressed a collection of spurious errors that would occur when restoring to the startup disk. Also resolved an issue in which iCloud might require you to log in again after restoring to the current startup disk.
  • New
    Added an option to the CCC Dashboard to use the Apple menu shutdown/restart dialog when a task makes a postflight restart/shutdown request. This gives a heads up to the action and an opportunity to cancel it. This is enabled by default and configurable in the Task tab settings.
  • Changed
    Fixed the color of task event status icons in the Task History window when using Dark Mode.
 
  • Like
Reactions: 0134168, flowrider and Weaselboy
Now available CCC 6.1.6-b3 (7509) — This is a pre-release update of CCC v6.1.5 (7491)
  • Changed
    Addressed a condition where CCC was throwing in the towel a bit early when the destination was running low on free space.
  • Changed
    Now that Ventura adoption rate is ~60%, we changed all "Preferences" references to "Settings".
  • Changed
    Added a new "Descend into bundles" attribute for custom filter rules. Previously we were (ab)using the "**" wildcard to get this functionality, but that was leading to an ambiguous match that was requiring us to be overly conservative regarding the removal of content from the destination that isn't on the source. If you have a pre-existing custom filter that has a "**" wildcard, that rule will remain flagged to descend into bundles. If you're specifically seeking out that behavior, though, and you don't want the rule to affect the removal of content from the destination, we recommend that you remove those wildcards from your custom filter rules.
  • Changed
    Addressed a crasher that only occurs on older Macs that are running Monterey or Ventura via the "Open Core Legacy Patcher".
  • Changed
    Fixed a logic issue that might cause CCC to ask for NAS volume credentials when it already has them.
  • Changed
    Improved the experience when using the snapshot navigator with a folder selected. Previously the scroll view was scrolling back to the top, now the folder will remain selected, and the view will be scrolled to reveal as much of the folder's content as possible.
  • Fixed
    Addressed a collection of spurious errors that would occur when restoring to the startup disk. Also resolved an issue in which iCloud might require you to log in again after restoring to the current startup disk.
  • New
    Added an option to the CCC Dashboard to use the Apple menu shutdown/restart dialog when a task makes a postflight restart/shutdown request. This gives a heads up to the action and an opportunity to cancel it. This is enabled by default and configurable in the Task tab settings.
  • Changed
    Fixed the color of task event status icons in the Task History window when using Dark Mode.
 
  • Like
Reactions: flowrider
Now available CCC 6.1.6-b4 (7513) — This is a pre-release update of CCC v6.1.5 (7491)
  • Changed
    Addressed a condition where CCC was throwing in the towel a bit early when the destination was running low on free space.
  • Changed
    Now that Ventura adoption rate is ~60%, we changed all "Preferences" references to "Settings".
  • Changed
    Added a new "Descend into bundles" attribute for custom filter rules. Previously we were (ab)using the "**" wildcard to get this functionality, but that was leading to an ambiguous match that was requiring us to be overly conservative regarding the removal of content from the destination that isn't on the source. If you have a pre-existing custom filter that has a "**" wildcard, that rule will remain flagged to descend into bundles. If you're specifically seeking out that behavior, though, and you don't want the rule to affect the removal of content from the destination, we recommend that you remove those wildcards from your custom filter rules.
  • Changed
    Addressed a crasher that only occurs on older Macs that are running Monterey or Ventura via the "Open Core Legacy Patcher".
  • Changed
    Fixed a logic issue that might cause CCC to ask for NAS volume credentials when it already has them.
  • Changed
    Improved the experience when using the snapshot navigator with a folder selected. Previously the scroll view was scrolling back to the top, now the folder will remain selected, and the view will be scrolled to reveal as much of the folder's content as possible.
  • Fixed
    Addressed a collection of spurious errors that would occur when restoring to the startup disk. Also resolved an issue in which iCloud might require you to log in again after restoring to the current startup disk.
  • New
    Added an option to the CCC Dashboard to use the Apple menu shutdown/restart dialog when a task makes a postflight restart/shutdown request. This gives a heads up to the action and an opportunity to cancel it. This is enabled by default and configurable in the Task tab settings.
  • Changed
    Fixed the color of task event status icons in the Task History window when using Dark Mode.
This listing of issues was unchanged from -b3
 
  • Like
Reactions: 0134168 and flowrider
Realityck said:
Now available CCC 6.1.6-b4 (7513) — This is a pre-release update of CCC v6.1.5 (7491)
  • Changed
    Addressed a condition where CCC was throwing in the towel a bit early when the destination was running low on free space.
  • Changed
    Now that Ventura adoption rate is ~60%, we changed all "Preferences" references to "Settings".
  • Changed
    Added a new "Descend into bundles" attribute for custom filter rules. Previously we were (ab)using the "**" wildcard to get this functionality, but that was leading to an ambiguous match that was requiring us to be overly conservative regarding the removal of content from the destination that isn't on the source. If you have a pre-existing custom filter that has a "**" wildcard, that rule will remain flagged to descend into bundles. If you're specifically seeking out that behavior, though, and you don't want the rule to affect the removal of content from the destination, we recommend that you remove those wildcards from your custom filter rules.
  • Changed
    Addressed a crasher that only occurs on older Macs that are running Monterey or Ventura via the "Open Core Legacy Patcher".
  • Changed
    Fixed a logic issue that might cause CCC to ask for NAS volume credentials when it already has them.
  • Changed
    Improved the experience when using the snapshot navigator with a folder selected. Previously the scroll view was scrolling back to the top, now the folder will remain selected, and the view will be scrolled to reveal as much of the folder's content as possible.
  • Fixed
    Addressed a collection of spurious errors that would occur when restoring to the startup disk. Also resolved an issue in which iCloud might require you to log in again after restoring to the current startup disk.
  • New
    Added an option to the CCC Dashboard to use the Apple menu shutdown/restart dialog when a task makes a postflight restart/shutdown request. This gives a heads up to the action and an opportunity to cancel it. This is enabled by default and configurable in the Task tab settings.
  • Changed
    Fixed the color of task event status icons in the Task History window when using Dark Mode.
This listing of issues was unchanged from -b3
Click to expand...
I have CCC 6.1.6-b3 installed, and checking for updates says that is the latest version. ???
Edit: Sorry somehow the check for beta releases got unchecked, all good now.
 
  • Like
Reactions: Realityck
Now available CCC 6.1.6 (7528)
  • Changed
    Now that Ventura adoption rate among CCC users is >60%, we changed all "Preferences" references to "Settings".
  • Changed
    Addressed a crasher that only occurs on older Macs that are running Monterey or Ventura via the "Open Core Legacy Patcher".
  • Changed
    Fixed a logic issue that might cause CCC to ask for NAS volume credentials when it already has them.
  • Changed
    Improved the experience when using the snapshot navigator with a folder selected. Previously the scroll view was scrolling back to the top, now the folder will remain selected, and the view will be scrolled to reveal as much of the folder's content as possible.
  • Fixed
    Addressed a collection of spurious errors that would occur when restoring to the startup disk. Also resolved an issue in which iCloud might require you to log in again after restoring to the current startup disk.
  • New
    Added an option to the CCC Dashboard to use the Apple menu shutdown/restart dialog when a task makes a postflight restart/shutdown request. This gives a heads up to the action and an opportunity to cancel it. This is enabled by default and configurable in the Task tab settings.
  • Changed
    Fixed the color of task event status icons in the Task History window when using Dark Mode.
  • Changed
    Addressed a condition where CCC was throwing in the towel a bit early when the destination was running low on free space.
  • Changed
    Added a new "Descend into bundles" attribute for custom filter rules. If you have implemented any custom rules in your tasks, see the section below to determine if you need to make changes to any of your task filters.

Reviewing task filters that have custom rules with '**' wildcards​

By default, custom rules are not evaluated against the content of bundle files (e.g. the Photos Library file). Typically you want to keep bundle files whole, because failing to copy some of their content could lead to unexpected results when the file is restored and opened later. Sometimes it is appropriate to exclude bundle file content, though, so to accommodate those situations, CCC would allow rules that use the '**' wildcard to apply to bundle file contents. While that worked, it was leading to an ambiguous match that was requiring CCC to be overly conservative regarding the removal of content from the destination that isn't on the source. This could lead to situations where the destination was filling up with content that had been removed from the source.

If you have a pre-existing custom filter that has a '**' wildcard, that rule will remain flagged to descend into bundles, and will continue to work as it always has. The changes in this version of CCC will not alter the behavior of existing rules. You might want different behavior, though, so we recommend that you re-evaluate any custom rules that have a '**' wildcard:

  • • If you specifically want the rule to apply to bundle contents, we recommend that you remove the '**' wildcard(s) and instead choose "Descend into bundles" from the popup menu in the custom filter rule row.
  • • If you do not want the rule to apply to bundle contents, and you're using the '**' wildcard for a different purpose (i.e. to apply to multiple levels of folders), then deselect the "Descend into bundles" setting in the popup menu in the custom filter rule row.
 
  • Like
Reactions: flowrider
Now available CCC 6.1.6 (7530)

  • Changed
    Now that Ventura adoption rate among CCC users is >60%, we changed all "Preferences" references to "Settings".
  • Changed
    Addressed a crasher that only occurs on older Macs that are running Monterey or Ventura via the "Open Core Legacy Patcher".
  • Changed
    Fixed a logic issue that might cause CCC to ask for NAS volume credentials when it already has them.
  • Changed
    Improved the experience when using the snapshot navigator with a folder selected. Previously the scroll view was scrolling back to the top, now the folder will remain selected, and the view will be scrolled to reveal as much of the folder's content as possible.
  • Fixed
    Addressed a collection of spurious errors that would occur when restoring to the startup disk. Also resolved an issue in which iCloud might require you to log in again after restoring to the current startup disk.
  • New
    Added an option to the CCC Dashboard to use the Apple menu shutdown/restart dialog when a task makes a postflight restart/shutdown request. This gives a heads up to the action and an opportunity to cancel it. This is enabled by default and configurable in the Task tab settings.
  • Changed
    Fixed the color of task event status icons in the Task History window when using Dark Mode.
  • Changed
    Addressed a condition where CCC was throwing in the towel a bit early when the destination was running low on free space.
  • Changed
    Added a new "Descend into bundles" attribute for custom filter rules. Previously we were (ab)using the "**" wildcard to get this functionality, but that was leading to an ambiguous match that was requiring us to be overly conservative regarding the removal of content from the destination that isn't on the source. If you have a pre-existing custom filter that has a "**" wildcard, that rule will remain flagged to descend into bundles. If you're specifically seeking out that behavior, though, and you don't want the rule to affect the removal of content from the destination, we recommend that you remove those wildcards from your custom filter rules.
  • Fixed
    Build 7530: Addressed a cosmetic-only issue that would make it appear as if CCC was removing items from the destination rather than copying them. This was only applicable in cases where the task filter was configured with the "Include" Default Filter Behavior.
  • Fixed
    Build 7530: Addressed an issue that could occur when making Catalina backups to an empty volume in which system files were not getting flagged as "restricted", thus rendering the backup non-bootable.
 
  • Like
Reactions: flowrider
Read this whole thread again. Keeping CCC for making backups for a later needed migration after a clean install of (a newer) macOS. Imho the best USP for CCC - the easy peacy old school bootable part - has been lost, but I still love the product very much. Thanks to all members for their Q+A in this thread.

Cheers :cool:
 
  • Like
Reactions: Realityck
CCC 6.1.7-b1 (7537) is now available — This is a pre-release update of CCC 6.1.6 (7530)

  • New
    Added support for temporarily downloading cloud-only files from services like iCloud, Dropbox, OneDrive and GoogleDrive (any cloud-backed service that uses Apple's NSFileProvider interface). Click "Advanced Settings" at the bottom of the CCC window and select the "File Copying Settings" tab to find the new setting. Note that this setting is disabled by default and limited to Macs running macOS 12.5 or later. If you want CCC to temporarily download your cloud-only files to make a local backup, be sure to enable the new setting in Advanced Settings > File Copying Settings.
  • Changed
    In 6.1.6 we added a new setting to "Use the  menu dialog for task restart/shutdown requests". We enabled that setting by default, figuring it gives people a more graceful opportunity to cancel shutdown if they're in the middle of something, and no harm done if the user isn't at the system (the system performs the request after a 60-second countdown). But, apparently macOS doesn't present that dialog if the screen is locked, and doesn't perform the power management request either. The setting is still available, but now it will be disabled by default
 
  • Like
Reactions: Weaselboy, 0134168 and flowrider
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back