Why Use Disk Utility’s Restore Function? Disk Utility is free and included with every copy of the Mac OS. And while the various cloning apps have a lot more features, if you don’t have access to third-party apps, using Disk Utility will create a perfectly usable clone, although it may require a few more steps and lacks some nice features, such as automation and scheduling.

Carbon Copy Cloner 5.1.6 Build 5566 For Mac Osx

• Mac Carbon Copy Cloner 5.1.6 Build 5566 軟體下載 Download. CVE 將從 CCC 備份啟動您的 Mac，CCC 將打開並提供幫助，進行指導性恢復。 Especially on OS X 10.11, application launch time can be slow and this delay could lead to. Mac ccc free carbon copy cloner crack 想買Macbook讀的是設計科系 carbon.
• 9/10 (6 votes) - Download Carbon Copy Cloner Mac Free. Carbon Copy Cloner creates backups of the contents of your Mac. Download Carbon Copy Cloner for free and avoid any possible data loss on your hard drive. Before the use of photocopying machines and printers spread, a usual practice to obtain.
• From my Mac Pro they are backed up via eSATA using a cheap eSATA card ($79) from Sonnet bought via OWC, from my MacBook Pro they are backed up by the drive's FireWire 800 port. Both significantly faster than USB 2.0. They are updated using SuperDuper!, although Carbon Copy Cloner would work just as well.

The first bootable backup solution that works with Apple`s APFS filesystem

What's new in this version:

Carbon Copy Cloner 5.1.6 Build 5566 For Mac Os

Carbon Copy Cloner 5.1.23 Build 6121
Bootable backups on macOS Big Sur:
- CCC can now make bootable backups of a Big Sur startup disk on Intel-based Macs. Support for System volume cloning on Apple Silicon Macs is disabled for now because Apple's APFS replication utility does not currently work on that platform. When Apple fixes that, we'll post an update to CCC that restores support for making bootable backups on Apple Silicon Macs.
CCC is a native application on Apple Silicon and is 100% compatible with Apple Silicon Macs:
- CCC will automatically proceed with a Data Volume backup when backing up an APFS Volume Group on Apple Silicon Macs — that's a complete backup of your data, applications, and system settings. If you would like to make your Apple Silicon Mac backup bootable, you can install Big Sur onto the CCC Data Volume backup. Please keep in mind, however, that your CCC backup does not have to be bootable for you to be able to restore data from it.
- Made several cosmetic adjustments specific to macOS Big Sur
- Fixed an issue in which 'On reconnect' tasks wouldn't run (i.e. when the destination volume is remounted) if the source is a Big Sur startup disk
- Fixed an issue with unlocking and mounting encrypted APFS volume groups on Big Sur
Carbon Copy Cloner 5.1.22 Build 6082
- Fixed an issue in which CCC was unable to access a new secret Apple data store in a folder named 'searchparty' that was added in macOS 10.15.7.
- Added a global exclusion for a 'com.apple.mediaanalysisd' temporary items folder whose content was leading to stalls on macOS 10.15.7.
- Improved the error message that is presented when CCC is unable to copy the Catalina System volume due to a lack of Full Disk Access (or more precisely, due to the inconsistent manner in which the system grants full disk access to an application's helper tool).
- Fixed a math issue regarding the application of a task time limit when the task starts shortly before midnight and the time limit starts at midnight.
- Made a couple small improvements to the messaging around some exceptional conditions in the Remote Mac setup window (e.g. lack of Full Disk Access on the remote Mac, using an '@' character in a hostname).
- The 'If the source or destination is missing' UI in the scheduler is now made available to tasks that are part of a scheduled task group.
- This update includes many changes to accommodate Apple's next OS, macOS 'Big Sur'. We were anticipating its release by now, but we're grateful that Apple is taking some additional time, hopefully to resolve some outstanding problems. If Apple ships Big Sur without resolving these problems, we'll call this update to CCC the 'official' update for Big Sur. If Apple does resolve the outstanding problems, we'll post another update for Big Sur closer to the release date.
Carbon Copy Cloner 5.1.21 Build 6053
- Added an exclusion for a system cache folder that has been causing some stalls, affecting primarily 10.15.6 users
- Addressed an error related to the copying of a 'SystemKey' file on a Catalina startup disk
- Addressed an issue affecting the bootability of Yosemite and El Capitan backups
Carbon Copy Cloner 5.1.20 Build 6044
- In macOS 10.15.6, Apple has resolved the firmlink creation issue that was introduced in macOS 10.15.5. This update to CCC removes the workaround that we added in CCC 5.1.18 to address that issue. For 10.15.6 users, CCC will now revert to using its own file copier for establishing new bootable backups. 10.15.5 users will be encouraged to apply the 10.15.6 update, although the aforementioned workaround will still work for 10.15.5 users.
Carbon Copy Cloner 5.1.19 Build 6027
- This update addresses a handful of failure conditions of Apple's APFS replication utility which CCC is using temporarily in response to a bug that Apple introduced in macOS 10.15.5. We have also improved the task configuration workflow for new backup tasks, and we've added some documentation around this functionality: Cloning macOS System volumes with Apple Software Restore, Creating and restoring volume in Disk Utility without deleting/erasing the whole volume group when prompted. System volumes are unsuitable for user data, but some folks manage to get data onto them anyway (it doesn't help that Finder allows you to copy data to them). CCC can now help you migrate content from an orphaned System volume source, and will insist that you erase an orphaned System destination before proceeding with a task.
- CCC no longer excludes 1Password by default. We added the exclusion in light of a recommendation by the folks at Agile software, however we got some feedback that people would prefer to exclude this manually, if at all.
- The Backblaze '.bzvol' folder is now removed from the root of the destination volumes at the end of an initial APFS replication. This should resolve issues in which Backblaze has identification sisues after an initial clone is performed.
Carbon Copy Cloner 5.1.18 Build 6009
- Addressed an issue that Apple introduced in 10.15.5 (FB7706647) that will prevent CCC from establishing an initial backup of a macOS Catalina system volume
- Starting in 10.15.5, CCC will no longer back up a macOS Catalina System volume to a disk image destination (i.e. a sparseimage or sparsebundle disk image file). We're making this change reluctantly, unfortunately we just can't get reliable results when using Apple's proprietary utility with disk images.
- Added a green checkmark emoji to the subject of 'task completed successfully' emails
- Improved upon the previous attempts to suppress VirusBarrier attached-but-not-mounted disk images in CCC's sidebar
- When backing up to a OneDrive or Dropbox folder, CCC will no longer replace online-only placeholder files with a non-placeholder from the source unless the two files' modification dates differ. This resolves an issue in which a user flags a OneDrive/Dropbox folder as 'online only' and CCC replaces the placeholders with real files, causing OneDrive/Dropbox to re-upload the content.
- Addressed an issue in which some sparse files were getting copied during every backup. In some cases this led to a noticeable performance degration
Carbon Copy Cloner 5.1.17 Build 5985
- Creating a new task via the CCC menubar application now works more consistently
- Addressed a small logistical change introduced in macOS 10.15.4 that could lead to (harmless, but annoying nonetheless) errors while archiving the Preboot helper volume in a macOS Catalina volume group
- Addressed a small UI error that occurred when strict volume identification is disabled for a task and a matching volume is present. The issue was specific to APFS volume groups
- If a scheduled task was missed due to an encrypted volume being physically absent, CCC will now run that task and unlock the applicable volume when the device reappears. Previously the task would only run when the volume was unlocked by the user (and thus mounted), but now CCC will unlock the volume if a scheduled task was missed, or if the task is configured to run when the source or destination reappears
- Resolved an issue in which CCC would report that it was unable to delete a snapshot on a rotational startup disk while the system was busy defragmenting boot files (another treat bestowed upon us by Apple's 10.15.4 update!)
- Resolved an issue introduced in CCC 5.1.16 that would cause CCC to fail to perform a task whose destination is a disk image on the startup disk
- Unmounted disk images that some application left attached (VirusBarrier, I'm looking at you) are no longer listed in CCC's sidebar
- When enabling the 'Find and replace corrupted files' setting for a task that specifies an encrypted APFS volume group as the destination, CCC now presents a dialog requesting the password to that volume (if CCC doesn't already have it). This resolves a situation where the task would fail if CCC is unable to unlock and mount the destination Data volume
- If CCC establishes a connection to an SMTP server, but the server never responds to CCC's 'EHLO' reply, CCC will retry the connection
- Fixed a crash that can occur in CCC's file copier while looking for case conflicts (only applicable if the source is case-sensitive and the destination is not)
- Support for extended attributes is now disabled by default when the user selects a network volume (or a folder on a NAS volume) as the source or destination to the task. You're welcome to re-enable extended attribute support, but we have found that most NAS devices offer exceptionally poor support for extended attributes, and that disabling them is the best default configuration
Carbon Copy Cloner 5.1.16 Build 5965
- 10.15.4 introduced a small timing issue that can occur when CCC attempts to delete the transient source snapshot at the end of the backup. This error is harmless, and the snapshot is removed automatically later, but this update adds a more aggressive method of removing the snapshot.
- 10.15.4 also introduced a change that can cause trouble for setting up a remote Macintosh source or destination. This update resolves an error indicating that the remote Macintosh could not be reached during the initial setup
- Fixed a dead end that can occur when a backup task encounters an error thats calls for aborting the backup task (e.g. due to a stall, or when the destination volume pops offline in the middle of the task)
- Improved the reliability of the option to reveal an APFS Data volume in the Finder (via the volumes table contextual menu or via the Source/Destination selectors)
- Minor improvement to the handling of sparse files on APFS volumes. Also improved progress indication while copying particularly large sparse files
- Made a small adjustment to the handling of BoxCryptor volumes
- The 'Defer if another task is writing to the same destination' setting now considers other volumes in the same APFS volume group to be the same destination. This addresses cases where one task is configured with the System volume as the destination (a standard configuration for a bootable backup) and another task is configured to back up to a folder on the Data sibling of the same volume (also a standard configuration for a folder-to-folder backup).
- Improved case conflict detection in cases where the source or destination is a member of an APFS volume group
- In cases where a task is configured to back up to a disk image on a NAS volume, and the diskimages-helper service dissents the unmount request for the underlying NAS volume at the end of the task, CCC now terminates the offending process to make a followup unmount request more effective.
- The option to suppress the destructive task warning is now reset when resetting a task to default settings
- Addressed some minor errors related to archiving the source APFS helper partitions that can occur if the source is a read-only device (e.g. a read-only disk image)
- Addressed an issue in which the startup disk setting would be set to the current startup disk when running a backup task (e.g. in cases where the current startup disk is not actually set as the startup disk selection in the Startup Disk Preference Pane)
- Remote Mac: If CCC's RSA key pair should become corrupted, CCC will now deal with the authentication failures more gracefully
- Addressed a logic error that can lead CCC to restore items to the root of the selected destination volume rather than to a designated folder on that volume when restoring from a Data volume snapshot
- Fixed an issue in which tasks that were flagged for review because the HFS+ destination will be converted to APFS were not presenting an APFS conversion dialog if the destination device was not attached
Carbon Copy Cloner 5.1.15 Build 5916
- Added a timeout mechanism to volume unmount requests. The DiskArbitration service should never fail to reply to an unmount request, but we've been seeing those incidents more frequently lately.
- Made some additional tweaks to HFS+ to APFS conversion that should make it more robust.
- Addressed an issue in which an 'On reconnect' task would not run when the source or destination was reconnected if the source or destination is a folder on a Data volume in an APFS volume group.
- CCC will now disable Spotlight by default on the destination when making a bootable backup of a macOS Catalina System volume.
- The 'task finished with errors' email subject now leads with a 'warning' emoji so it's more easily distinguishable from non-erring tasks.
- Fixed a logic issue that caused a selected Task Group to not be marked as selected in the View menu. Fixed a similar issue that caused the 'Run Now' menu option in the File menu to be disabled for task groups.
- Fixed some dead ends in the CCC command-line utility that can be encountered when CCC's helper tool has not yet been installed, or when tasks have not yet been saved.
- Fixed a localization issue related to the thousands grouping separator used in numbers presented in various windows, including the Task History window.
- Errors that are produced by Disk Utility on a remote Mac regarding the failure to load unsigned plugins will no longer cause CCC to fail to produce a volume list when configuring a backup task to or from a remote Mac.
- Addressed an issue in which some pre and postflight scripts failed to run, supposedly due to the lack of a shell interpreter line.
- Added more specific handling of a scenario in which Disk Utility fails to create an APFS volume group when a T2 Mac is booted from an encrypted volume.
- Fixed a couple user interface sizing and placement anomalies.
- Improved the accuracy of the 'Total data size' value reported in the Task Filter window when an APFS volume group is selected as the source.
- Fixed an issue in which the 'Total data size' value that was being reported in the Task History window was incorrect (too low) in cases where the data set had very, very few modified items.
- CCC will no longer add the ' About this folder.rtf' file to the SafetyNet folder if 'OneDrive' appears anywhere in the folder path. This should avoid complaints from OneDrive that arise due to its 1980s-esque failure to deal with files whose names start with a space character.
Carbon Copy Cloner 5.1.14 Build 5863
- Authentication errors that occur when failing to mount the destination Data volume are now handled correctly (i.e. you'll get a 'Reset Password' prompt instead of a generic error)
- CCC no longer avoids rebuilding the dynamic linker shared cache on Macs with less than 4GB of RAM. We found that this resolved system performance issues in the past, but now it only exacerbates system performance issues on these anemic systems when running macOS Catalina
- CCC will now disallow the conversion of an HFS+ formatted Drobo volume to APFS because Drobo does not currently support APFS. This does not prevent you from reformatting a Drobo volume yourself and selecting it as a destination for a Catalina bootable backup, but CCC is no longer going to perform the task that places the Drobo volume in an unsupported configuration. If you want to use your Drobo device as a bootable backup, you should share that feedback with Drobo
- Added a 'Reveal Data Volume' button to the source and destination selector when the applicable volume is a mounted System volume
- Catalina: CCC's Cloning Coach now warns that a FireWire-attached destination is not bootable on Catalina+ (Apple no longer supports this configuration)
- Catalina: Errors encountered during the System volume backup will no longer cause the Data volume backup to fail, and the errors are now presented with more helpful advice
- High Sierra+: Fixed an issue that resulted in non-bootable clones when specifying a volume other than the current startup disk as the source
- The task selection in CCC's sidebar is retained more reliably
- Fixed a logic issue that caused CCC's restart or shutdown requests to fail when no user is logged in
- Catalina: Addressed a issue where an 'On reconnect' task would fail to run when the destination volume was reconnected in cases where the source is the startup disk and the System volume had been replaced entirely during a system software update
- CCC now works around volume unmount interference caused by CleanMyDrive. That product can still cause trouble for Disk Utility, however, so consider disabling that software if you're having trouble with an HFS+-to-APFS conversion, for example
- Addressed an issue in which the source and destination selections might not be cleared out in Simple Mode
- Fixed an issue in which CCC would report that it was unable to collect the details about the underlying volume when selecting a folder on a volume within a volume group, and when that underlying volume's name had a non-ASCII character (e.g. 'CCC Backup - Données')
Carbon Copy Cloner 5.1.13 Build 5846
- Made an adjustment to how CCC copies the contents of the System volume when that volume is getting updated to avoid removing any content from the destination System volume that doesn't belong there. While it is inappropriate to ever have content on the destination System volume (CCC, for example, would not allow you to configure a task in that manner), Finder allows the modification of that volume, so conceivably someone could copy content to that volume without realizing the error. In general, you should avoid storing anything on your macOS backup volume that is unrelated to the source volume. If you want to store other content on your backup disk, create a dedicated volume for that content
- CCC detects a couple more error conditions that are commonly encountered during APFS conversion on macOS Catalina and either works around them to make the conversion succeed or presents them with more accurate advice
Carbon Copy Cloner 5.1.12 Build 5830
- Fixed an issue in which folders in the Task Filter window were missing a disclosure triangle, making it difficult to exclude subfolders
- Improved OneDrive and Dropbox placeholder file detection
- If you've deleted a Catalina System volume from a destination volume group, CCC now allows the selection of the orphaned Data volume as a destination, and will recreate the volume group as necessary
- Made a couple small adjustments that should make HFS+-to-APFS conversions more reliable, particularly for slower destination devices
- CCC 5.1.10 addressed an issue in which a remote Mac could go to sleep between CCC's archive management and file copying requests, but we found that change to be inadequate. This update improves upon that fix
- Fixed a race condition in which the sort criteria popup menu in the Task History window wasn't getting populated if the task history window was opened very soon after launching CCC
- Added 'files copied' to the history output of the CCC command-line tool
- When backing up to a disk image on a network volume, postflight unmounting of the network volume is now a little more reliable in cases where the diskimages-helper service is being stubborn
- When CCC creates a System volume on the destination, the new System volume is now formatted as case-sensitive if the sibling Data volume is formatted as case-sensitive
Carbon Copy Cloner 5.1.11 Build 5793
- Relaxed the restriction related to cloning a newer OS than what the Mac is currently booted from. CCC issues a warning, indicates clearly that the destination may not be bootable, but now you're welcome to proceed in this scenario if you have a particular need to create a non-bootable backup of the source system
- Fixed an issue in which you'd be prevented from backing up to a new disk image stored on the startup disk
- Fixed the 'Open Disk Utility' and 'Open Terminal' menu items in the Utilities menu for Catalina users
- Addressed an edge case in which CCC would errantly report that it was unable to bless the destination because it's in the same APFS container as the current startup disk
- Fixed some quirky behavior of the email password text field in the Preferences window
- Addressed a couple errant Cloning Coach messages
- Addressed a race condition that could cause the CCC User Agent to lost its connection to CCC's privileged helper tool after applying an update to CCC. This would lead to an empty task list in the CCC menubar, a lack of task started/finished notifications, and a failure to present the mini task progress window
- Addressed an issue in which CCC would not create the APFS helper partitions on an APFS destination when restoring from an HFS+ volume, resulting in a non-bootable volume
Carbon Copy Cloner 5.1.10 Build 5778
- Change log not available for this version
Carbon Copy Cloner 5.1.10 Build 5776
Changes not specific to macOS Catalina:
- Addressed an issue introduced in 10.14.6 that prevents the removal of snapshots via CCC's Disk Center (it does not affect the automated removal of snapshots that occurs when backup tasks run)
- Corrected the read/write rate calculation for non-APFS-Fusion volumes
- Added a button to reveal the password that you're typing into the Email Settings password panel
- Changed the encoding of postflight emails that are sent by CCC to 'quoted printable' (from UTF-8) to address an obscure edge case on some systems
- CCC no longer automatically enables snapshot support on APFS-formatted volumes unless CCC can positively determine that the underlying device is an SSD. We have been underwhelmed by the performance of APFS on rotational devices, particularly with snapshot-related activities. Users are still welcome to manually enable snapshot support on any volume — simply click on the volume in CCC's sidebar and flip the switch to 'on'
- CCC offers more helpful advice in cases where snapshot creation fails due to the destination being a slow, rotational device and also in cases where encryption conversion is preventing the creation of snapshots
- CCC's privileged helper tool now proactively verifies the code signature of any client that attempts to connect to the helper. This resolves a potential vulnerability in which an application masquerading as CCC could make requests to CCC's helper tool
- Modification of the name of a source or destination is detected and presented as a review item to the user. Previously we were simply marking the task dirty, and many users found that behavior disconcerting
- CCC now proactively warns against cloning a volume whose operating system is newer than what the Mac is currently booted from
- Addressed an issue in which a remote Mac could go to sleep between CCC's archive management and file copying requests
- Failure to mount an encrypted volume attached to a remote Mac is now handled with a password request and the task's destination specification is updated accordingly
- Addressed some minor accessibility annoyances in the CCC License window. Added a proper accessibility label to the task status icon in the Task History window
Catalina-specific changes:
- CCC will make bootable backups of macOS Catalina startup volumes. For most people, that's all you need to know, and you don't have to make any changes to your current tasks to accommodate the upgrade. The logistics of booting macOS are a bit more complicated in macOS Catalina, but we've risen to the challenge, CCC supports it 100%, and nearly all of these complications are dealt with automatically
- macOS Catalina requires APFS, it cannot be backed up to a volume formatted with Apple's legacy HFS+ format. When cloning a macOS Catalina system volume, CCC will inform you of this requirement and request your permission to allow conversion of an HFS+ formatted destination to APFS. When you proceed with the task, CCC will automatically convert the destination to APFS (when possible)
- When you upgrade to macOS Catalina, any existing backup tasks that reference your startup disk and a non-APFS destination volume will be disabled and flagged for review. If any scheduled tasks are disabled in this manner, CCC will be opened automatically on startup and these concerns will be raised to your attention
- CCC will automatically create System and Data volumes on the destination as required to support APFS volume groups
- When selecting an APFS volume group member as a source (i.e. your current startup disk), CCC will automatically copy the contents of both the System and Data volumes to the corresponding System and Data volumes on the destination. No special configuration is required for this, you will simply choose a single source and destination as you have in the past
- CCC's task filter automatically accommodates source volumes that have a System/Data bifurcation
- CCC fully supports encrypted source and destination APFS volume groups. If you have enabled FileVault on your bootable backup, CCC can automatically unlock and mount both members of the destination volume group as required for your scheduled backups. Please take note, however, of a kernel panic issue that we have reported to Apple that can occur when mounting encrypted volume groups
- When mounting and unmounting a volume that is a member of a volume group (either by clicking on the volume in CCC's Source/Destination selectors, or by right-clicking on the volume in CCC's sidebar), CCC will automatically apply that action to both members of the volume group
- Tasks configured to unmount the destination at the end of the task will automatically unmount both members of a destination volume group
- When backing up an APFS volume group to a disk image, CCC automatically creates System and Data volumes as required on the destination disk image, and copies the source volume group members accordingly
- CCC has special handling of snapshot retention policies for APFS volume groups. The snapshot retention policy for both group members will be configured via the Data volume member
- CCC will never create snapshots on source System volumes. These volumes are already read-only so a snapshot is not required. Considering that software updates may delete the snapshots or the System volume altogether, creating snapshots on the source System is futile
- CCC will only create snapshots on a destination System volume when changes have been made to the source (i.e. when you apply system updates). As such, time-based retention of System volume snapshots is not very applicable. Instead, CCC will retain every snapshot of System volumes and will only remove System snapshots when the free space limit of the retention policy is exceeded
- CCC lists the OS version and now also the build number associated with both System and Data volumes in the snapshots table
- CCC offers great flexibility for restoring from System and Data volume snapshots. For example, you can restore from a newer Data volume snapshot and an older System volume snapshot, allowing you to downgrade the System without losing newer data. However, care should be taken when restoring System and Data volume snapshots that are associated with different OS versions, we don't yet know the implications of mixing these
- Added a 'Reveal in Finder' contextual menu item to the Volumes table so that users can reveal the Data volume in the Finder. That's key if you wanted to access something at the root level of that volume, e.g. the _CCC SafetyNet folder
- CCC no longer limits its requests for full disk access to times that you're saving a task that references the current startup disk. On macOS Catalina, we need full disk access to have access to external volumes and network volumes, so we pretty much need it any time you want to make a backup
- When selecting a macOS Catalina System volume as the source, CCC's Source selector shows the cumulative disk usage of the System and Data volumes (because that's the value that reflects what will be copied). To see the individual disk usage of each volume separately, you can click on those volumes in CCC's sidebar
Carbon Copy Cloner 5.1.9 Build 5740
- Fixed an issue that could lead CCC to incorrectly conclude that a GoogleDrive volume is not mounted or present
- Improved disk read/write rate calculations for APFS Fusion volumes
- Minor adjustment to the analysis of permissions errors that occur when trying to access OneDrive placeholder files
- We've received several reports of long stalls in the 'Cleaning up' phase when backing up to a disk image; particularly when that disk image resides on a NAS volume. In most cases this was the result of a filesystem stall while the filesystem was attempting to create a snapshot. Snapshot support is now disabled by default for CCC-created APFS-formatted disk images. You're welcome to enable snapshot support on a disk image manually if you prefer that; double-click the disk image to mount it, then click on the mounted disk image volume in CCC's sidebar to manage the snapshot creation and retention preferences for that volume
- Minor adjustment to the handling of locked files when trying to create hard links
- Fixed an edge case in which the 'Secure CCC's Scripts Folder' function was not removing non-root-user write privileges on shell scripts
- The task history sort attribute is now retained as a preference
Carbon Copy Cloner 5.1.8 Build 5704
- When creating a new disk image on a Mojave+ system, CCC will now create APFS-formatted disk images if the source volume is APFS-formatted. All snapshot functionality afforded to APFS-formatted volumes will apply to APFS-formatted disk images as well
- Hard drives from a popular vendor ship with a rogue 'is a bundle' flag set on the root folder. When cloning this volume to a folder, the rogue flag is preserved on the destination folder, which causes the Finder to treat it like a file, making it awkward to see the items that were copied. CCC now strips this rogue flag from the root folder of the selected destination to avoid the annoying result
- Adjusted the handling of 0-byte 'placeholder' files (e.g. Dropbox, GoogleDrive, OneDrive 'online only' files) to avoid lengthy delays. These delays were particularly notable when working through Dropbox folders
- Total snapshot disk usage is presented more prominently in the Disk Center
- When cloning to an ExFAT or FAT32 volume, custom volume icons are now preserved at the destination
- Resolved an error that can occur when creating read-only disk images on SMB network volumes. Due to a bug in macOS Mojave, sparseimage disk images cannot be created on SMB NAS volumes. Rather than creating a sparseimage intermediate disk image, CCC will now create aa sparsebundle intermediate disk image
- CCC's 'trust but verify' case-sensitivity check is now applied to 'ufsd_ExtFS' volumes as well, after getting confirmation from a user that these volumes incorrectly report themselves as case-insensitive, when in fact they are case-sensitive
- To protect against unauthorized modifications, CCC now requires that pre- and postflight scripts are owned and writable only by the system administrator, and that all parent folders of the scripts are owned and writable only by the system administrator. A new 'Secure CCC's Scripts folder' option is available in the Utilities menu to help meet these new requirements
- Fixed some UI issues around the visibility of the pre/postflight script interface elements
- Fixed an issue in which other tasks within a group would start to run after the following events: a) start task group, b) stop task group before all tasks complete, c) manually run one of the tasks within the group
- Fixed an issue in which CCC would errantly report that a destination lacked support for files larger than 4GB
- Hourly run time limits that have a start or end time at midnight will be applied a little more gracefully, e.g. a task that starts a few seconds prior to midnight will be allowed to run with a midnight start time limit
- Fixed a password decoding issue that could cause problems while configuring a task with the Remote Macintosh option if the administrator's password on the remote Mac contained 3-byte characters (e.g. €)
- Tasks that failed due to the source or destination being missing will no longer get a 'failed' badge in the Tasks table if the task is also configured to not send error notifications when the source or destination is missing. Likewise, the Task Plan will now indicate this condition specifically, rather than offering a generic 'Errors occurred during the last run' message
Carbon Copy Cloner 5.1.7 Build 5627
- CCC will now proactively warn about configurations specific to T2 Macs that will produce non-bootable results, and configurations that will lead to problems with enabling encryption or modifying Startup Security settings
- Addressed an issue in which a Mojave-running remote Macintosh would fail (inconsistently) to correctly validate the code signature of CCC's file copier, thus causing backups to the remote Mac to fail
- Apple cache files that have been found to degrade task performance are now excluded from backup tasks by default
- CCC can now distinguish between a volume that is encrypted vs. a volume that has FileVault enabled. This is a subtle difference that is only apparent on T2-based Macs. CCC will no longer ask for a password for encrypted volumes that are not FileVault protected
- The 'Shut down if previously off' setting is now allowed on a non-scheduled task as long as that task is part of a scheduled group
- Improved compatibility with VeraCrypt volumes
Carbon Copy Cloner 5.1.6 Build 5566
- Improved the handling of Microsoft OneDrive, Google Drive File Stream and Dropbox placeholder files. Please note that if you're using any of these services, files that are marked as 'online only' cannot be backed up
- When showing the sidebar, the left side of the window will no longer get place under the Dock if the user has the Dock placed on the left side of the screen
- Updated the default snapshot retention policy that gets applied to the startup disk. The default settings are now more conservative, so fewer snapshots will be retained on the startup disk. Note that you must apply the new default settings if snapshots are already enabled for your startup disk
- When deleting the last task, the new task that's created to replace it is now named 'CCC Backup Task' (rather than 'Untitled') and it is no longer marked 'edited' by default
- Final Cut Pro 'fcpbundle' files are now treated as ordinary folders in the Task Filter window, allowing the user to exclude items within these bundles files from the backup task
- Addressed an edge case scenario where the permissions of the root folder of the destination could be set to values that prevent the logged-in user from accessing that volume
Carbon Copy Cloner 5.1.5 Build 5549
- CCC now proactively prompts Mojave users to grant Full Disk Access to CCC and its helper tool so CCC can back up all of the user's Application Data
- Minor improvement to the handling of sparse files
- When connecting to a remote Mac via the Remote Macintosh option in the Source and Destination selectors, a timeout that might occur due to a firewall or other Remote Login configuration problem is is now greeted with more helpful advice (rather than reported as an 'internal error')
- Changes to a custom filter expression or rule type now causes the task to be marked as edited
- CCC now excludes the Dropbox '.dropbox.cache' folder. This folder's volatile content not only contains a bunch of garbage that shouldn't be backed up, but attempting to do so provokes a conflict between Dropbox and various anti-virus applications
- Fixed the handling of a failure to mount an encrypted volume when clicking on the source or destination selector if the source or destination was a folder on that volume and CCC lacked the password for that volume
- Fixed an issue in which CCC was sending two email notifications for a task that exceeds a run time limit
- Fixed an issue in which a task group might run immediately when adding tasks to it
- The email body template field in CCC's Preferences window now explicitly disallows macOS from performing 'smart quote' replacements. Such replacements resulted in corruption of the tokens in non-English locales, leading to the presence of the tokens in the resulting emails, rather than the substituted text (e.g. '##Nome dell'operazione##' instead of 'Backup CCC')
Carbon Copy Cloner 5.1.4 Build 5482
- Some performance enhancements added to the previous version of CCC could occasionally lead to errors affecting tasks that specify a remote Macintosh source. This update modifies those performance enhancements to avoid those errors
- Errors related to being unable to access Apple-private folders in the user home folder are now suppressed
- Fixed a crashing issue that occurs when clicking on the source or destination selector. This only affects El Capitan users when VoiceOver is enabled
- Added an option to the 'ccc' command-line utility to print schedule information in CSV format
Carbon Copy Cloner 5.1.3 Build 5458
- Fixed an issue that would prevent CCC's User Agent from finding updates to CCC
- Minor improvements to error handling related to creating snapshots
- Animations are now reduced for 10.12+ users that are using the 'Reduce motion' setting in the Accessibility preference pane
- Improved performance of the 'Find and replace corrupted items' checksumming pass on systems that have exceptionally fast storage
- Fixed a edge-case couple crashing issues
Carbon Copy Cloner 5.1.2 Build 5426
- Addressed a couple more minor, edge case issues related to unmounting a source snapshot at the end of the backup task
- Fixed an error that occurred when selecting a folder on a remote Macintosh as a source or destination if that folder's name started with a space character
- Fixed an issue that caused support request submissions to fail (i.e. via the 'Ask a question about CCC' menu item in CCC's Help menu)
- Fixed a date math error that occurred when trying to adjust the initial fire date after a time zone change occurred
- Fixed a drawing anomaly that occurred when selecting multiple rows in the Snapshots or Related Tasks tables
Carbon Copy Cloner 5.1.1 Build 5406
- Change log not available for this version
Carbon Copy Cloner 5.1.0 Build 5389
- Added support for creating a snapshot on an APFS-formatted source at the beginning of the backup task. This snapshot is then mounted and used as the source for copying files. By using a read-only volume as the source, we avoid rare, but potential conflicts that can occur during the backup task if files are modified while being copied
- CCC's SafetyNet feature is now built on top of APFS snapshots when the destination is an APFS volume and snapshot support is enabled for that volume
- CCC will create a snapshot on APFS destination volumes at the end of a backup task to establish a point-in-time restore point
- CCC offers a highly-tunable snapshot retention policy that allows you to define how long snapshots will be retained (hourly, daily, weekly), and also allows you to define a minimum amount of free space to retain on the volume
- CCC's Disk Center offers detailed insight into the snapshots that CCC and Time Machine have created on your APFS volumes. Quickly see how much space those snapshots are consuming, and delete one or many snapshots with the press of a button
Carbon Copy Cloner 5.0.9 Build 5267
- Change log not available for this version
Carbon Copy Cloner 5.0.9 Build 5266
- This update implements a workaround for a serious flaw that we've discovered in macOS that can lead to data loss when using an APFS-formatted disk image. If you're running macOS High Sierra, please apply this update and review any tasks that back up to a disk image on a network volume. Note: this flaw applies to APFS disk images only — ordinary APFS volumes (e.g. your SSD startup disk) are not affected. Disk images are not used for most backup task activity, they are generally only applicable when making backups to network volumes
Carbon Copy Cloner 5.0.8 Build 5263
- Fixed an issue introduced in CCC 5.0.6 in which CCC was mishandling the encoding of a network volume whose username or hostname contained special characters (e.g. 'some [email protected] Base Station.local'). That led to errors mounting the affected network volume during an automated backup task
- Errors related to creating a Recovery HD archive are now suppressed if those errors are the result of the user stopping the backup task while CCC was creating the Recovery HD archive
Carbon Copy Cloner 5.0.7 Build 5254
- Fixed an issue introduced by 5.0.6 in which CCC was mishandling the encoding of a network volume whose hostname contained special characters (e.g. 'Airport Base Station.local'). That led to errors mounting the affected network volume during an automated backup task
Carbon Copy Cloner 5.0.6 Build 5245
- We made some improvements to the postflight option that unmounts the destination volume. If the destination is an encrypted volume, the volume will now be immediately locked when unmounted (negating the need for a separate postflight script as referenced in our blog). If the destination is an ordinary volume and the only partition on an external device, the destination device should be more likely to spin down the disk
- Improved the efficiency of copying sparse files on APFS volumes. Sparse files appear larger than the amount of data they actually contain. In the wild, we've seen sparse files used by VMWare
- Notifications prompting you to reattach a missing source/destination will now be revoked when the task starts to run next (e.g. when you attach the missing disk)
- Fixed a subtle timing issue that occurs when a scheduled task with an hourly run time limit starts a couple seconds early. A task with such a limit would previously have stopped immediately, claiming that it was running outside of its allowed time window
- The remote Macintosh option now handles IPv6 addresses more gracefully
- Addressed an edge-case scenario in which CCC would set overly-restrictive ownership/permissions settings on the destination root folder
- The Task Filter window now correctly shows the application of a system items exclusion filter when the destination is a NAS volume that is not currently mounted
- Fixed a behavior problem in the Task Filter window that arose after refreshing the size of a folder that had excluded items
Carbon Copy Cloner 5.0.5 Build 5213
- Fixed a scheduling issue in which tasks would not be scheduled for the original start time hour (in local time) after a time zone switch and a restart
- Progress indication during a 'Backup with Health Check' is no longer errantly indeterminate
- Addressed an issue that was introduced by the 10.13.2 update which causes Remote Macintosh setup to fail with an internal error
- Fixed an issue in which CCC was unable to mount the source for an HFS+ Recovery HD cloning task
- Custom port numbers are now supported for AFP and SMB hosts
- The task outlook table now correctly displays the run times for tasks configured to run weekly with a repeat interval greater than 1
- Fixed an issue in which some tasks were getting errantly marked with a 'task failed' badge
- Clicking on a task finished notification will now open the CCC application and select the relevant task
- Fixed an issue in which a backup task involving a remote Mac would stall if the source or destination volume on the remote Mac was not available
- ZFS volume mount notifications are now handled more effectively
- The CCC command line application will now exit immediately after starting a task group
- Made some minor improvements to CCC's task database that should make it more resilient to corruption
- Fixed a minor window sizing issue specific to Yosemite and the dialog that is produced when disabling the SafetyNet setting
- Suppressed an errant error message produced by High Sierra that can occur when converting a sparse disk image to a read-only format
Carbon Copy Cloner 5.0.4 Build 5163
- Fixed the resolution of the task badge on Retina displays on High Sierra
- When creating a disk image, the disk image is now formatted as APFS if the source is an APFS volume. CCC also creates the Preboot and Recovery volumes on these disk images so that they can be restored using Disk Utility (in addition to being restorable via CCC)
- Items marked as hidden now stay reliably hidden on an HFS+ destination on High Sierra
- Addressed an issue in which a task that specifies a remote Macintosh as the source or destination would re-try the connection too aggressively if the remote host was unavailable
- Fixed the free space indicator for APFS volumes when viewing a volume's details in CCC's sidebar
- Implemented an alternative key installation method for cases where the remote Macintosh cannot accept files via scp
- Improved the drawing of the task outlook table when viewing a task group
- Minor enhancements to the CCC command-line utility
- The source/destination contextual menu items now more consistently refer to the underlying volume for a disk image, and mounting/unmounting the underlying network volume for a disk image now works. Also tweaked the subtitle offered when an underlying network volume is not mounted. Previously it said '{sharepoint}' is missing', now it says '{sharepoint}' is not mounted'
- The 'Show Details' button in CCC notifications that are presented as alerts now correctly opens the Task History event in CCC
- CCC now handles an undocumented Keychain Services error code that was occurring when CCC was trying to open its keychain for the first time (i.e. before the keychain yet exists). This resolves an issue that some High Sierra users might have encountered when trying to save a password to CCC's keychain
- Addressed an issue in which a backup task could stall while 'Cleaning up' if the task was configured to unmount the destination volume, and Spotlight was dissenting the volume unmount
- Minor improvements to the Task Trend chart in the Task History window
Carbon Copy Cloner 5.0.3 Build 5121
- Change log not available for this version
Carbon Copy Cloner 5.0.3 Build 5115
- Addressed an issue in which task history events weren't getting recorded for a subset of backup tasks
- Improved the performance of CCC's archive pruning utility
- Fixed an issue in which CCC may not have presented a dialog to update the HFS+ Recovery HD volume on the destination when the source is an APFS volume
- Fixed a window resizing issue affecting the 'New disk image' Save panel for High Sierra users
- Fixed issue affecting Yosemite users in which custom filters in the Task Filter window were hidden despite the custom filter table being shown
- Fixed an issue in which the setting to skip weekend days was getting disabled for tasks configured to run on a daily or weekly basis
Carbon Copy Cloner 5.0.2 Build 5103
- Added a menu option to clear CCC's entire Task History
- Added Stop Loading, Reload, Make Text Larger, and Make Text Smaller buttons to the Documentation tab of CCC's Help window
- Added a couple more ways to rename tasks and groups, because a lot of people were having trouble with this. Previously the semantics were similar to that of the Finder, e.g. click on the text of the title, or select the task and press the Return key to make the text editable. Now you can double-click a task in the task list to make the title text editable, or you can right-click on the text and choose the option to rename the task
- Tasks listed in the CCC menubar application are now sorted in the same manner as defined in the Tasks table of the main application. The same is now true for the View menu in the main application
- The run time order for grouped tasks is now considered when sorting the Tasks table by next run time
- Fixed the 'failed to set global attribute' error on first launch for upgrading users
- Fixed a bug that could cause a spin if a CCC v4 imported task had been configured to run weekly, only on Sunday, and also with a runtime limit that prevented it from running on weekends
- Fixed a condition in which CCC would report that an error occurred while updating the dynamic linker shared cache and kernel extension cache (it wasn't an error, it was just new debug information)
- Resolved some edge cases that caused remote Macintosh authorization setup to fail
- Connection reset errors (e.g. remote host drops the connection) now cause a remote Mac task to be restarted
- Imported v4 tasks with a remote Mac destination are no longer prevented from copying system items (i.e. because we don't yet know the destination filesystem)
- Fixed an errant cloning coach message that said the destination on a remote Mac wouldn't be bootable because it wasn't the root of a volume
- Fixed the source/destination label in cases where the item is a remote Mac. The label wasn't updating consistently, and sometimes was left at the stub text
- Addressed some cases where CCC would consistently prompt the user for a guided setup when a task with 'restore' in its name is present and specifies the current startup disk as the destination, or when the relvant destination volume is named 'Macintosh HD'
- Guided Setup and Guided Restore is now disabled if VoiceOver is active. Some VoiceOver users found that these bubble tips were stealing VoiceOver's focus, making task setup more challenging
- Fixed an issue in which CCC would become unresponsive if you configured a daily or weekly task to start at 7AM, and then checked the box to apply an hourly runtime limit
- System files are now excluded if the source has an OS older than 10.13 and the destination is APFS. Added a Cloning Coach message to explain the limitation
- APFS as a system destination is only supported when the running system is 10.13+
- Fixed the abbreviation for 'Monday' that was incorrectly translated in German to 'Monat' (rather than 'Mo')
- Increased the threshold for system uptime at the time of CCC load to 90 for determining whether the system just restarted. This accommodates slower systems that would otherwise skip a task that was missed while the system was off
- Write failures on NAS volumes are now more consistently presented as showstoppers that cause the task to fail rather than individual file errors in an otherwise-successful backup task
- Added some tolerance to the hourly run time limits such that tasks firing a few seconds before the limit window will be allowed to run
- Fixed an issue in which running a task group could lead to an inability to sleep the system
- Tasks that are both disabled and suspended now correctly get the 'activate/leave suspended' dialog
- A task can now be moved back outside of a group if there is only one group present and all tasks are part of that group
- Enabled expansion tooltips for the task name in the task outlook table
- Fixed an issue in which the destination APFS Preboot volume was not getting properly populated when using an HFS+ source volume
- The Preferences window is no longer moved to the main screen if its on the secondary screen and the secondary screen is positioned below the main screen
- Improved some dialog behavior for tasks configured to run on source/destination reconnect, that also are configured to prompt before proceeding and issue a periodic reminder. The CCC User Agent now revokes a reminder prompt if you attach the affected disk before dismissing the reminder prompt
- Made some minor modifications to CCC's global exclusions list that resolves a startup delay when booting from the backup volume
- 'Delete a SafetyNet folder' now accepts any item that is in the Trash
- The 'Auto adjust' setting being disabled will no longer cause the advanced settings view to be expanded if the SafetyNet is set to Off
- Fixed an errant Cloning Coach message that said file metadata would not be preserved on a disk image on a network volume
- Cancelling out of the filter window without making changes will no longer leave the task in the edit state
- System folders are no longer excluded when copying to or from a folder on the startup disk
- Fixed a software update issue in which CCC might check for updates on startup if the update interval was set to never check
- Fixed the calculation of a task's elapsed time as noted in the Task Plan
Carbon Copy Cloner 5.0.2 Build 5102
Fixed:
- An issue introduced in the 5.0.1 update in which backup tasks would errantly report that an error had occurred during archive pruning
- Fixed the 'failed to set global attribute' error on first launch for upgrading users
- Fixed a bug that could cause a spin if a CCC v4 imported task had been configured to run weekly, only on Sunday, and also with a runtime limit that prevented it from running on weekends
- Resolved some edge cases that caused remote Macintosh authorization setup to fail
- Fixed an errant cloning coach message that said the destination on a remote Mac wouldn't be bootable because it wasn't the root of a volume
- Fixed the source/destination label in cases where the item is a remote Mac. The label wasn't updating consistently, and sometimes was left at the stub text
- Fixed an issue in which CCC would become unresponsive if you configured a daily or weekly task to start at 7AM, and then checked the box to apply an hourly runtime limit
- Fixed the abbreviation for 'Monday' that was incorrectly translated in German to 'Monat' (rather than 'Mo')
- Write failures on NAS volumes are now more consistently presented as showstoppers that cause the task to fail rather than individual file errors in an otherwise-successful backup task.
- Fixed an issue in which running a task group could lead to an inability to sleep the system.
- Tasks that are both disabled and suspended now correctly get the 'activate/leave suspended' dialog.
- Fixed an issue in which the destination APFS Preboot volume was not getting properly populated when using an HFS+ source volume
- Improved some dialog behavior for tasks configured to run on source/destination reconnect, that also are configured to prompt before proceeding and issue a periodic reminder. The CCC User Agent now revokes a reminder prompt if you attach the affected disk before dismissing the reminder prompt
- Cancelling out of the filter window without making changes will no longer leave the task in the edit state
- System folders are no longer excluded when copying to or from a folder on the startup disk
New:
- Added a menu option to clear CCC's entire Task History
- Added Stop Loading, Reload, Make Text Larger, and Make Text Smaller buttons to the Documentation tab of CCC's Help window
Changed:
- Added a couple more ways to rename tasks and groups, because a lot of people were having trouble with this. Previously the semantics were similar to that of the Finder, e.g. click on the text of the title, or select the task and press the Return key to make the text editable. Now you can double-click a task in the task list to make the title text editable, or you can right-click on the text and choose the option to rename the task
- Tasks listed in the CCC menubar application are now sorted in the same manner as defined in the Tasks table of the main application. The same is now true for the View menu in the main application
- The run time order for grouped tasks is now considered when sorting the Tasks table by next run time
- Fixed a condition in which CCC would report that an error occurred while updating the dynamic linker shared cache and kernel extension cache (it wasn't an error, it was just new debug information)
- Connection reset errors (e.g. remote host drops the connection) now cause a remote Mac task to be restarted
- Imported v4 tasks with a remote Mac destination are no longer prevented from copying system items (i.e. because we don't yet know the destination filesystem)
- Addressed some cases where CCC would consistently prompt the user for a guided setup when a task with 'restore' in its name is present and specifies the current startup disk as the destination, or when the relvant destination volume is named 'Macintosh HD'
- Guided Setup and Guided Restore is now disabled if VoiceOver is active. Some VoiceOver users found that these bubble tips were stealing VoiceOver's focus, making task setup more challenging
- System files are now excluded if the source has an OS older than 10.13 and the destination is APFS. Added a Cloning Coach message to explain the limitation
- APFS as a system destination is only supported when the running system is 10.13+
- Increased the threshold for system uptime at the time of CCC load to 90 for determining whether the system just restarted. This accommodates slower systems that would otherwise skip a task that was missed while the system was off
- Added some tolerance to the hourly run time limits such that tasks firing a few seconds before the limit window will be allowed to run
- A task can now be moved back outside of a group if there is only one group present and all tasks are part of that group
- Enabled expansion tooltips for the task name in the task outlook table
- The Preferences window is no longer moved to the main screen if its on the secondary screen and the secondary screen is positioned below the main screen
- Made some minor modifications to CCC's global exclusions list that resolves a startup delay when booting from the backup volume
- 'Delete a SafetyNet folder' now accepts any item that is in the Trash
- The 'Auto adjust' setting being disabled will no longer cause the advanced settings view to be expanded if the SafetyNet is set to Off
- Fixed an errant Cloning Coach message that said file metadata would not be preserved on a disk image on a network volume
- Fixed a software update issue in which CCC might check for updates on startup if the update interval was set to never check
- Fixed the calculation of a task's elapsed time as noted in the Task PlanCarbon Copy Cloner 5.0 Build 5061
- Change log not available for this version
Carbon Copy Cloner 5.0 Build 5039
- CCC's SafetyNet pruning settings will now automatically adapt to the amount of data your tasks need to copy. If a backup task runs out of space on the destination, CCC will revisit the pruning of the SafetyNet folder, then resume copying
- The SafetyNet pruning feature is now available for Remote Macintosh destinations
- The setup procedure for backing up to a remote Macintosh has been greatly simplified
- Task filters can be configured for Remote Macintosh source volumes with the same ease as locally-attached volumes
- Tasks can be sorted by name, exit status, last run date, next run date, or manually
- Tasks cab be placed into groups for organizational purposes, and also to be run collectively as a group
- A new Guided Setup feature offers initial task configuration tips for first-time users
- Upon detecting that your Mac is booted from a CCC backup volume, CCC will present a new Guided Restore option. In the guided restore, CCC will create a new restore task, select the startup disk as the source, then present coaching tips that guide the user through selecting the destination and (optionally) excluding items from the restore task
- Tasks can be scheduled to run once at a particular time in the future. After that run, the tasks will revert to run 'only when I click the Clone button'
- Hourly runtime limits allow the user to limit a task to running only between 5PM and 7AM, for example. Hourly limits will prevent a task from starting if it's outside the specified run time, and if the task runs pas

Join our mailing list

Carbon Copy Cloner 5.1.6 Build 5566 For Mac Windows 10

Stay up to date with latest software releases, news, software discounts, deals and more.