5.1.11 Mac 破解版 介绍
Carbon Copy Cloner 备份比普通备份。假设不可想象的事情发生在你完成一个项目的截止日期时：你的Mac没有反应，你听到的是一个不祥的，重复的点击噪音来自硬盘驱动器。与普通的备份，你可能花一天去一家商店买了一个新的硬盘驱动器，然后坐在前面的你的电脑重新安装操作系统和恢复数据。
What's New in Carbon Copy Cloner
- An issue in which you'd be prevented from backing up to a new disk image stored on the startup disk.
- The "Open Disk Utility" and "Open Terminal" menu items in the Utilities menu for Catalina users.
- Fixed some quirky behavior of the email password text field in the Preferences window.
- 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.
- A couple errant Cloning Coach messages.
- 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.
- 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.
- 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.
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.
- 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.
New unsupported configurations in macOS Catalina:
- Copying macOS Catalina system volumes to or from a Remote Macintosh is not a supported configuration, nor will CCC copy the contents of a System volume to a subfolder on a locally-attached volume. The logistics of producing a bootable copy of the bifurcated system are too complex to manage on or from a remote Mac, so we're only going to support making bootable backups of macOS at the root-level of locally-attached volumes.
- Selecting the startup disk of a remote Macintosh as a destination is no longer supported. This rarely works in the way you'd hope it will, typically it just produces lots of errors. You may still select a subfolder on the remote Mac's startup disk as long as it is a writable folder.
- 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
- CCC 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
- Changes to a custom filter expression or rule type now causes the task to be marked as edited
- An issue in which CCC was sending two email notifications for a task that exceeds a run time limit
- 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")
- 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")
- 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
- Minor improvement to the handling of sparse files
- 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
Carbon Copy Cloner 5.1.11 Mac 破解版 下载免费下载 高速下载 荔枝正版
- App 打开报错，App 打开闪退，App 无法执行，App损坏等各种错误情况，解决处理方法请进