
#CCC VS SUPERDUPER UPDATE#
CCC will not update the System volume on a Legacy bootable copy of the startup disk (Big Sur and later)
#CCC VS SUPERDUPER FREE#
If you are not happy with the performance and reliability of Apple's SMB filesystem client on the latest version of maCOS, please share that feedback with Apple, and please feel free to include our FB9857268 bug report number in that feedback. While we recommend using AFP whenever it is an available option, it's important to note that AFP is a deprecated protocol and that some NAS vendors have started to drop support for it (e.g. Hold down the Option key and choose "Switch to AFP" (provide the credentials for the NAS volume again if prompted).Click on the Source or Destination selector (whichever is applicable for your particular task).Open CCC and select the applicable backup task.Eject the NAS volume if it's currently mounted.Workaround: We have confirmed that using AFP rather than SMB consistently avoids these behaviors (in cases where using AFP is an option): Likewise, we haven't received any additional reports of this issue from any 12.3 users.

We're still able to reproduce high memory pressure, however we're no longer seeing the complete memory zone exhaustion that was leading to kernel panics. Apple indicated that they had made significant progress on this issue in the 12.3 update. We reported this issue to Apple in January 2022 (FB9857268). This problem is limited to Apple Silicon Macs and SMB volumes. Specifically, the "kext.kalloc.32768" memory zone is expanded until it can no longer be expanded ("zone_map_exhaustion" occurs), at which point the memoryd system process starts to terminate idle processes. The underlying problem appears to be a memory leak in the macOS kernel or one of the kernel extensions. We were able to reproduce this behavior using a simple shell script that creates files and folders on SMB-mounted NAS volumes (and also with Finder copies).
#CCC VS SUPERDUPER MAC#
We have received several reports from Apple Silicon Mac users of unruly macOS behavior that occurs while copying files to an SMB-mounted NAS volume. Update (macOS 12.3): This issue appears to be effectively resolved in macOS 12.3. Apple's SMB filesystem client causes system stalls, random application crashes, and may lead to kernel panics Workaround: Choose "Computer" from the Finder's Go menu to see your destination volume in the Finder. We have reported this issue to Apple (FB9739492) and we are currently awaiting a response.

The Finder sidebar, however, will not show these volumes, regardless of your Finder preferences to show external volumes in the sidebar, and regardless of any attempts to drag the volume explicitly into the sidebar. The remaining Data volume appears just fine on the Finder Desktop, and also in the volume list when you select "Computer" from the Finder's Go menu. If you created a bootable copy of Catalina or Big Sur in the past, and then proceed with CCC backups to that volume on Monterey without specifically using the Legacy Bootable Copy Assistant, CCC will remove the incompatible System volume from the destination. Some backup volumes don't appear in the Finder sidebar
