Carbon Copy Cloner 4.0.3 ( MAC OSX) | 17MB
Supported OS: OS X 10.8 +
Developer: Bombich Software, Inc
Treatment: not required (the installer is already disinfected)
Intel, 64-bit processor
OS X 10.8 or later
Compatible with OS X 10.10 Yosemite
Carbon Copy Cloner - a good tool for data backup.
Company Formation Bombich Software introduced the Carbon Copy Cloner 4.0 for the Mac, calling it a major upgrade. In this new version requires Mac OS X 10.8 or later.
After 18 months of development, the new version boasts a completely new user interface, and a number of added features and the ability to edit scheduled tasks and application menu.
The new user interface should simplify the cloning disks guarantees the preservation of the structure and functions of all previous source. The program offers an optional sidebar that brings together all the key functions of Carbon Copy Cloner - Disk Center, scheduled tasks and cloning - in a single window. Users can also choose the source and target element, it is copied by dragging the left sidebar.
New simple clone mode allows you to copy an image in three steps. Additional process parameters can be accessed by right-clicking.
Upgrading from Carbon Copy Cloner 3.5 to Carbon Copy Cloner 4
Migration Assistant tasks. If you create a scheduled task with a copy Cloner 3.5 or later, you are welcomed by Assistant Migration Tasks when you open a copy Cloner 4 for the first time. ...............
Carbon Copy Cloner - allows you to completely clone the hard disk and store it separately on another computer, or external media. In the future, you can quickly restore your system, install all applications, drivers, documents, and so forth.
Also, the utility will help with regular backup of data. To do this, simply select the source drive, install / remove the check mark next to the required items and select the directory will be copied. All these operations can be carried out even from another computer on the network. Now, in the case of data corruption, hardware failure, or any other disaster recover all the information will be very simple.
Carbon Copy Cloner allows you to create a full or partial clone of your system, transferring it to another disk or save it as a .dmg (disk image). In recent versions of Carbon Copy Cloner, oriented system Snow Leopard (or later), supported by compression of the file system HFS +, much easier to become a display size of folders and drives in the decimal system, increased the speed of copying, and ignored the database Time Machine, if they have already been created.
Mike Bombich (Mike Bombich), the creator of this wonderful program, in an interview with the popular American website highlighted >highlight> of his creation: the speed of the cloning process, the ability to selectively transfer data and additional protection against accidental operation in the form of a special list of all possible candidates disk request their ID (unique identifier).
Carbon Copy Cloner can be very useful when upgrading the system disk and replace it with a more capacious. Enough to move in advance otklonirovannuyu system to a new disk.
What's New in CCC 4.0.3:
In some cases, OS X Yosemite's Service Management daemon crashes while attempting to install CCC's helper tool. In other cases, the Service Management daemon fails to cope with a corrupted system folder, and this also leads to a failure installing CCC's helper tool. This update works around both of these OS X bugs.
OS X Yosemite's Finder has a bug in which mounted disk image volumes will appear to remain mounted after CCC has successfully unmounted them. Finder will remove these >ghost> icons if you double-click them, but this update works around this Finder bug by mounting disk images with a flag that prevents the disk image from being browsable in the Finder.
There is a bug in OS X Yosemite's diskutil command-line utility in which it will unlock and attach a FileVault-protected volume, but not mount that volume. This contradicts past behavior as well as the documentation for this utility. This update offers a workaround to this OS X Yosemite bug.
When OS X Yosemite is first started up, the console owner is sometimes an undefined user (and not the root user). This dubious ownership affected CCC's postflight power management options (restart and shutdown). This update now recognizes this dubious ownership and applies the power management action more effectively.
Added a new option to the scheduling selector that allows finer-grained control over the handling of a task when the source or destination is missing. You can now suppress errors and still have the task run when the missing volume reappears.
Added a troubleshooting option, >Do not preserve extended attributes>. This new option can be leveraged when dealing with Synology DiskStation performance issues that occur when trying to retrieve extended attributes from files on the DiskStation.
The notification that is sent to NotificationCenter when the source or destination volume is missing has been improved. If the user has not deselected the option to >Run as soon as the missing volume reappears,> the notification will ask the user to attach the missing volume to proceed. This is only applicable to cases where the source or destination is a local volume. If the affected item is a folder or is a network volume, we assume that other errors occurred beyond >volume is not attached> so the notification will still indicate than an error occurred.
Fixed an issue in which the path to the CCC private keychain was incorrectly imported in cases where a CCC 3.5 task had been created by a user account other than the currently-logged-in user.
The >Use strict volume identification> control is no longer disabled for ad hoc tasks.
The Task Plan now properly reflects the task >next run time> when a time zone shift has occurred.
Warnings that the Recovery HD is out of date are no longer improperly presented to non-admin users.
Fixed a condition in which the user agent would present a prompt to run a task before it had obtained the details of the task (such as task name) from CCC's helper tool.
CCC now obtains a sleep assertion that will keep the system awake during Dark Wake. In particular, this will avoid tasks running while the system is in and out of sleep (which is harmless, though makes it look like the task is taking longer than it actually is), and will also avoid the error >The backup task was aborted because the destination volume is on transient storage, and the system went to sleep. >
Backup tasks configured to run on a monthly basis can now be configured to start on a date in the future.
Fixed an issue in which a scheduled task would fail to run because the system woke (or was powered on) a bit earlier than expected.
BitCasa volumes mounted via OSXFUSE do not advertise support for files larger than 4GB, so CCC was refusing to attempt to copy files larger than 4GB to these volumes. Apparently these volumes do actually support large files, so this update implements a workaround for this non-standard volume behavior.
Fixed an issue in which CCC could hang on launch if 64 or more volumes were mounted.
Fixed a bug in which CCC was errantly loading corrupted copies of task configuration files (eg that resulted from previous failed attempts to save the tasks).
Fixed a bug in which CCC was referencing the wrong unique identifier when storing the passphrase for an encrypted disk image in some edge cases. This would lead to CCC failing to mount the disk image and prompting the user to re-enter the passphrase.
The sanity checks that prevent a task from writing to a growable disk image on the startup disk are now avoided in cases where the disk usage of the source can not be accurately determined.
Several non-error concerns are now suppressed from being presented as errors in the Task History window.
Fixed an issue in which CCC's Recovery HD archive was not getting updated when the source was updated to 10.10.
System files are no longer excluded by default from remote Macintosh sources.
Fixed an issue in which CCC would not prune the contents of the _CCC SafetyNet folder after it had been renamed from >_CCC Archives>. This is a one-time occurrence, but in some cases users encountered a >Destination is full> message on this initial backup.
Some network filesystems have a rogue >hidden> flag on the root folder of the sharepoint. While Finder manages to ignore that flag, it is still preserved when copying files from that sharepoint with CCC. This would lead to the destination folder being invisible. This update strips any such rogue >hidden> flag from the destination root folder at the end of the backup task.
Fixed an issue in which an error that should have been ignored will cause the menubar application to display an alert icon when the user agent application is reloaded.
Fixed an issue in which CCC would occasionally crash if a slow network volume was present. This crash did not affect the operation of backup tasks, but was nevertheless annoying if the user was trying to modify a backup task.
Command + Option + Q will now quit CCC as well as the privileged helper tool and user agent. The helper tool and user agent consume nearly no resources when idle, and they are required for the performance of scheduled tasks. This is a convenience for people that do not wish to configure CCC tasks to run automatically.
The hidden NetBoot sharepoint hint files are now excluded by default. This avoids having the backup volume appear as an ad hoc NetBoot sharepoint when that volume is mounted, and also avoids the file sharing service preventing its unmount.
Fixed the checkbox that controls whether CCC automatically checks for software updates.
Fixed an edge case scenario in which CCC was unable to store SMTP credentials when logged in to a different user account than what was used to originally specify the credentials.
The >AvidUnityISIS> filesystem does not advertise support for files larger than 4GB, so CCC was refusing to attempt to copy files larger than 4GB to these volumes. Apparently these volumes do actually support large files, so this update implements a workaround for this non-standard volume behavior.
Fixed an issue in which CCC would not copy some items from a data-only volume to a network volume if those items had names that are the same as OS X system folders.
Fixed an issue in which ## et_source_name ## was not getting replaced in email notifications when the source was a folder on a missing volume.
Fixed an issue in which the task would appear to not be proceeding when copying files to some network volumes.
Run the installer ...
Sign-up any data
.dmg]http://www.nitroflare.com/view/27A8A521EF3CA34/CCC 4.0.3 (3831) [k'd].dmg
.dmg]http://uploaded.net/file/207jnehy/CCC 4.0.3 (3831) [k'd].dmg
.dmg]http://www.uploadable.ch/file/HJqJ68z2pkaA/CCC 4.0.3 (3831) [k'd].dmg