Having a problem with CCC? If you have a question or problem with CCC, please choose 'Ask a question' from CCC's Help menu. When you submit CCC's logs along with the request, we can typically resolve the concern much faster.
CCC is typically copying files between volumes, so APFS cloning isn't applicable for that kind of task. The important take-away is that APFS file cloning can save you space on your startup disk, but CCC cloning can save your data if your source disk fails. One usage tip: Browsing the CCC forums, I found a number of examples of minor issues with CCC 3, experienced by users of previous versions, that were fixed by deleting the files com.bombich.ccc.
CCC determines whether your destination volume will be bootable and indicates any configuration concerns in the 'Cloning Coach' window. If you see a yellow warning icon in the Task Plan header, you can click on that icon to see these concerns. CCC will also present these concerns to you the first time that you configure a backup task to any particular destination volume.
If CCC doesn't raise any configuration concerns, and the destination volume has an OS on it when the backup task is completed, and barring any hardware problems that might interfere, your backup volume should be bootable.
Configuration concerns that affect the bootability of the destination volume
CCC looks for the following configurations to determine if a destination volume will not be bootable:
- The destination volume cannot be a disk image — you cannot boot your Macintosh from a disk image.
- The files and folders required by macOS must be present on the source volume. These include: /Library, /System, /bin, /etc, /mach_kernel, /private, /sbin, /tmp, /usr, and /var.
- The files and folders that are required by macOS must not be excluded from the backup (applicable only if you have chosen to back up Some files).
- The hard drive on which the destination volume resides must be partitioned using the GUID Partition Table partitioning scheme.
Related documentation:
'Some file metadata cannot be preserved'
CCC will note a concern if there is a compatibility mismatch between the source and destination filesystems. For example, if you are backing up files from an HFS+ volume to a network filesystem, some of the filesystem metadata cannot be preserved. In many cases this is acceptable and you can ignore the message. The types of metadata that can't be preserved in these cases are described in more detail below.
Access Control Lists
Access Control Lists specify a granular list of the privileges that users and groups have for a particular file or folder (e.g., read, write, get information, delete, etc.). These advanced privilege settings generally apply only to user accounts that have been created on your Macintosh — for example, to prevent other users from deleting items from your home directory. If you are backing up your own files to a locally-attached hard drive, or to a network file share on a trusted computer, the Access Control List filesystem metadata is relatively unimportant. If you are backing up to or from a network filesystem in a business or education setting, however, check with your tech support staff for additional advice on whether this metadata must be preserved.
Hard links
A hard link makes a single file appear to be located in multiple places on your hard drive. If a single file had 20 hard links scattered across the disk, each hard link file would consume no additional space on the hard drive, and editing the content of any one of those files would immediately affect the content of every other hard link to that file.
When you back up the contents of a volume that contains hard links, ideally you want to preserve the hard links. If the destination filesystem doesn't support hard links, each hard linked file will be disassociated from the original file and will become a copy on the destination. This won't result in any loss of data, but your backup set will consume more space on the destination than on the source. Hard links are leveraged quite a bit on macOS by the operating system, though they are generally less common among user data.
Ccc Bombich
Ownership
File ownership indicates which user account on your Mac has control of a file. The owner of a file can limit access to that file from other users on the same computer. If the destination doesn't support ownership, then the owner of each file copied to the destination will be set to the user that mounted the destination. If the destination volume is accessed elsewhere (e.g. mounted on another Mac or even by a different user on the same Mac), then any restrictions that you have placed on those files may not be honored. If you are backing up files and folders that are not all owned by the same user (e.g. you), you should consider backing up to a local, HFS+ formatted volume or to a disk image instead.
Some filesystems have file size limitations
Some filesystems have restrictions on how large a file can be. FAT32, for example, limits files to 4GB or less. CCC will proactively warn you of this limitation if you choose to back up a volume whose filesystem supports files larger than 4GB to a filesystem that does not support files larger than 4GB. CCC will then automatically exclude files larger than 4GB from the backup task. Files that were excluded will be reported at the end of the backup task.
If you require that files larger than 4GB are backed up, you must reformat the destination volume with a format that supports larger files.
Related documentation:
The destination already has an installation of macOS. Merging a different version of macOS into this destination may cause problems with that installation of macOS
This message appears if you choose the Don't delete anything SafetyNet setting. While that setting will protect any data that you have on the destination volume that is unique to that volume, it does a disservice to the installation of macOS on your destination. This message will also appear if you use the Don't update newer files on the destination advanced troubleshooting setting.
Suppose, for example, that you have a complete backup of Mac OS 10.12.4 on your backup volume. When you apply the 10.12.5 update to your source volume, many system files are updated, some new files are added, and some files may be deleted. If you use CCC to update your backup volume, but you don't allow CCC to delete the items on the destination that the OS update had deleted from the source, then there will be a bunch of 'cruft' left over on the backup volume. If you should ever need to boot your Mac from your backup volume, these cruft files could cause the OS to behave unexpectedly, and they may prevent it from booting altogether.
CCC can help you perform a clean upgrade or downgrade of macOS on the destination volume by moving items that should be deleted to the SafetyNet folder. Any files and folders that you keep only on the destination would also be moved to the SafetyNet folder. See the Protecting data that is already on your destination volume section of the documentation for more details on these settings.
Some Macs may not boot from USB devices larger than 2TB
Carbon Copy Backup Software
In the past we received several reports of bootability problems related to USB devices larger than 2TB. At that time, we performed a simple litmus test: create an 'x'TB partition at the beginning of the disk (varying x from 0.5 to 2.5TB) and a second partition consuming the remainder of the disk, then install macOS onto both partitions. The results of those tests suggested that some Macs couldn't 'see' the partition that lied past the 2TB mark on the disk. This limitation was specific to USB devices — none of these problems occurred if you were to place the same disk into a Thunderbolt enclosure.
At the time of those initial reports and testing, the results were consistent. We concluded that there was likely a 32-bit addressing limitation imposed by the USB drivers that are embedded in the Macs' firmware ('likely' — unfortunately none of this information is documented by Apple). More recently, however, we've been unable to consistently reproduce the same results. Apple may have addressed the problem with a firmware update. It's also possible that our initial conclusion was wrong, e.g. that the problem was due to a partition alignment error; an error specific to macOS El Capitan and apparently only USB devices (you'd see 'disk2s2: alignment error' messages in the system log when the affected volume is mounted).
In any case, CCC's warning was issued out of an abundance of caution. Our current recommendation is to partition the destination device using the same procedure as defined for all other destination devices, and do the partitioning while booted from any other OS than El Capitan. In other words, don't proactively create a 2TB partition at the beginning of the disk. Once you have completed your first backup, though, we encourage you to verify that your Mac will boot from the backup volume. If your Mac is unable to boot from the backup volume, please reach out to us so we can investigate your specific configuration further.
Help! My clone won't boot!
See this section of CCC's documentation for troubleshooting advice if you're having trouble getting your backup volume to start your Mac.
I was watching the news last week during the awful California fires, and they interviewed a guy who only had time to grab his family and run out of their home before it was engulfed in flames. He told the reporter that he didn’t have time to get his laptop which had his children’s baby photos on it … and they weren’t backed up.
I’m sure if you’ve been listening here and to other tech podcasts for any length of time, you have backups. I hope you also have off-site backups just in case of fire, flood, hurricane, tornado or even burglary. In the old days, it was hard to do backups, but nowadays you really have no excuse. Between Time Machine, cloning apps like SuperDuper! and Carbon Copy Cloner, Backblaze for offsite backups. Syncing services like Dropbox, Google Drive, OneDrive and iCloud, which are not truly backups, do give you some level of protection from disaster.
I’ve been using SuperDuper! for my local clone backups for ages. I don’t remember how long ago I bought it it’s been so long! You can download SuperDuper! from shirt-pocket.com/… and use it for free to do a full clone backup. The developer, Dave Nanian, allows you to do that and entices you to buy the product by offering extra features.
With the licensed version you can schedule your backups, which I think is essential to make sure they actually happen. You can also do incremental backups, so you don’t have to wait for the entire disk to be cloned every time when only a few things have changed. You can exclude items as well. Maybe you don’t want to back up Dropbox because it’s already in the cloud; you could exclude it with your licensed version of SuperDuper!.
As Bart would say, “SuperDuper! does what it says on the tin”, but it’s not an elegant, pretty application. It’s more what I would call utilitarian. The website is worse than utilitarian, it’s ancient. The menu bar looks like the old aqua interface from 2000. That’s 19 years ago folks. The text on the menubar is also is fuzzy and hard to read.
Not to pour gasoline on the fire, but the second tab on the shirt-pocket website is for a product called netTunes, and there’s a banner saying that it’s not yet Leopard compatible. Seriously. While the website was pretty accessible on VoiceOver, there were a few crucially unlabeled buttons in the app, like the one you need to press to start the clone.
Catalina Time
When it came time to upgrade to macOS Catalina, I repurposed the mind map I created for my clean installs to keep track of which apps were ready to go. I track apps in three categories: mission-critical, important, and less important. With the dumpster fire that has been Apple’s recent OS releases, I wasn’t in any hurry to migrate my production Mac anyway so I took my time.
I had one irritant in not going to macOS Catalina right away and that was the Reminders app. While Apple gave a HUGE warning on iOS that if you allowed Reminders to upgrade to their brand new database you would lose your Reminders on all of your other non-upgraded devices, I didn’t heed the warning and upgraded. Apple then did exactly what they said would happen, and erased all of my Reminders on my Mojave Mac. I use Reminders quite a bit and it was annoying as heck that I wasn’t getting reminded of things and couldn’t create new reminders on my Mac.
Finally, I got to the point where all of my mission-critical apps and most of my important apps were painted green in iThoughts, designating them as Catalina ready. Except for one, SuperDuper!. When I researched the app on Shirt-Pocket, I learned that the app was still in beta 4 for macOS Catalina. I truly enjoy running beta software when it’s not mission-critical. The last thing I would beta test would be my backup software!
Carbon Copy Cloner
I tend to be loyal to the products and services I use, which is a bit of a curse. I can’t drop one brand and jump to another easily and it’s an instinct I have to actively fight, but it was time to look elsewhere for my clone backups. I decided to check out SuperDuper!’s main competitor, Carbon Copy Cloner from bombich.com/…. I’ve long heard great things about Carbon Copy Cloner and its founder, Mike Bombich.
The first thing I did was check for compatibility with macOS Catalina and I was delighted to learn that Carbon Copy Cloner version was working way back in August even in the betas of macOS Catalina. That’s kind of a miracle that it didn’t break during the anarchy that has been the Catalina development cycle!
Carbon Copy Cloner is $40, compared to the $28 of SuperDuper!, but having a current, modern app is well worth the difference in price to me. This might be a great example of “You get what you pay for.” When you think about what you’re protecting with a clone backups solution, does $40 sound like very much money? Your child’s first dance recital video? Your honeymoon photos? Your tax records? Yeah, I’d say $40 is a steal.
You don’t have to shell out any money to find out if Carbon Copy Cloner will work for you because they recommend that you download it and use it for 30 days first. I used it for about 24 hours and I was sold.
The interface of Carbon Copy Cloner is clean and modern with just a few buttons across the top, a left sidebar and a center pane that’s called the Task Plan. Carbon Copy Cloner allows you to save different clone operations as separate tasks. I can see maybe you want to make a copy of just your tax folder onto a thumb drive that you keep in a safe, but you have another task that’s your full clone backup that you take to your mom’s house every week.
In the left sidebar, you create these tasks and name them. The bottom left of the pane shows the volumes Carbon Copy Cloner has recognized from which you choose to copy from and to for your backups. Then in the center Task Plan area, you’ll see three big areas inviting you to select to choose a source, a destination and set a schedule.
The graphics are gorgeous (and more importantly intuitive) as you set these options. When selecting a destination for example, you’ll see nice icons for your internal and external volumes, but you can also choose a folder, a new disk image, an existing disk image or a remote Macintosh.
I’ve only ever backed up to a local drive before but the idea of backing up from one Mac to another is kind of intriguing. I’ve got a perfectly good Mac mini sitting across the hall from me as my PLEX server, connected via Ethernet, I could actually use some of its extra disk space to back up my files.
When I chose the remote Mac option, I was asked to authenticate. Carbon Copy Cloner then informed me that for future connections to this remote Mac it will use Public Key Authentication (PKA) and asked my permission to install my public key over on the remote Mac. Very secure, very modern and awesome. I chose a folder on my Mac, pointed to a folder on the remote Mac mini as a backup destination and boom, I had a backup from one Mac to another.
Carbon Copy Cloner has an option to send mail when a backup fails and I’d really like to use this option but it doesn’t work for me. I suspect this is not Carbon Copy Cloner’s fault. When Bart helped me set up what’s called a cron job in linux-land to download a backup from my website every day to one of my Macs, we tried to have it send mail and it wouldn’t work either. Bart says it’s my ISP blocking it and I never got around to figuring out if there was a way to fix that.
Ok, that was cool but what about the big clone job? I keep my backup drive plugged in (a 2TB Samsung T5 only $300 on Amazon right now and of course available in smaller sizes. ). I chose the T5 as my clone backup destination and my internal drive with “copy all files” selected in the pulldown. In the third pane, I chose a schedule to run at 11 am every day.
Carbon Copy Cloner includes an interesting feature called SafetyNet. They explain that when people buy giant drives for their backups, they often can’t resist the temptation to use some of that storage space for other things. If you’ve got a 512GB internal drive and a 3TB spinning backup drive, could you resist that temptation? With SafetyNet turned on, those items that aren’t part of the source destination can be preserved.
I’m just now learning about snapshots so I don’t entirely understand another function of SafetyNet. According to the documentation, if you back up to an APFS-formatted destination volume, Carbon Copy Cloner creates a SafetyNet Snapshot on the destination. I suspect this is why my clone is taking up 1.84GB, while my source disk is only 1.01TB. I’ll be poking around in here via the terminal to learn more but for now I’ll assume that’s why.
Carbon Copy Cloner Adopted SuperDuper! Backup
In the old days of backups, programs saved your data in arcane data structures inoperable by anything but themselves. You had little opportunity to verify your backups and you could never migrate a backup to a new tool. One of the great joys of modern-day clone backups is that they look just like the source data. With a clone, you should see a duplicate of your entire file structure.
When I ran Carbon Copy Cloner for the first time, I didn’t bother to reformat my backup drive, figuring Carbon Copy Cloner would give me a warning that it was about to erase my drive before beginning, but I didn’t get that warning. I thought that was kind of odd, but it went to town running a backup and in short order it claimed to be finished.
And that’s when I realized that it was able to simply pick up where SuperDuper! had left off. It recognized that the destination drive had most of what I had on my source drive and simply brought it up to date. At least I think that’s what it did! There’s a very nicely formatted Task History list that shows the task name, the source, the destination, the start time and elapsed time. It also shows how much data was copied and the status, either a green circle with a check mark or a red circle with an X.
I can see that my first backup with Carbon Copy Cloner took 29 minutes and copied 176GB, but my daily 11am backups are only averaging around 8 minutes and moving around 15GB. I’m not 100% certain why that first backup is big but not huge. I thought it might have something to do with this snapshot capability in Carbon Copy Cloner, but I checked my destination volume and it shows snapshot creation is off. I looked to see if it had created a SafetyNet folder because it thought some of this data was from some other source, but there’s nothing there. Curious.
With SuperDuper!, my clones never took less than a half hour on their daily schedule, even though it was only incremental backups and it was going between wicked-fast SSDs. Seeing that Carbon Copy Cloner does the backups in about 8 minutes every morning, I might let it do this more often. Maybe I’ll go crazy and back up twice a day!
Speaking of incremental backups, on SuperDuper! there was a specific pulldown to select to do incremental vs. a full backup each time. I hunted everywhere in Carbon Copy Cloner for how to make an incremental backup before I realized that it always uses incremental. I guess if you want a full backup, you’d have to erase the destination first. I might do that just to figure out why the backup is taking up so much space.
Before I forget, remember to test your clone backup when nothing is going wrong to make sure it looks just like your internal disk. If you’re running a T2 Mac, also don’t forget to go into the Startup Security Utility and check the box to allow booting from external media.
It’s turned off by default so you won’t be able to boot from your clone if you don’t change that first. Better now than when you’re in the middle of a critical task and your Mac drive goes belly up and you need to keep working. If you want to stick with Apple’s choice on this that’s fine, but make sure you understand the repercussions if you do!
Accessibility
For those of you who are VoiceOver users, I poked around a bit with VoiceOver on and I wasn’t able to find a menu or button that was unlabeled or didn’t function and I didn’t find any. Keep in mind I’m a novice VoiceOver user so that’s not a full seal of approval but usually, I stumble across problems pretty quickly if the developer hasn’t done their job properly.
DATA Volumes on macOS Catalina
In my article about the MacTech conference, I explained that with macOS Catalina we now have two volumes on our boot drives. You can see them in Disk Utility as your hard drive name followed by ” – Data” which is where your data lives, and a second one without the suffix which is your operating system. This design gives us further protection from malware.
I remind you about this because in Carbon Copy Cloner you can inspect your volumes as well. For my internal SSD, playfully named Hippo) I have Hippo – Data, and plain old Hippo. Likewise, I can see two volumes for my backup drive. The first of these in each pair is kind of terrifying at first. I inspected my backup drive and it said “Operating System: macOS not installed”. Wait, what? You’re supposed to be a bootable clone darn it! Then I calmed down and looked at the backup disk volume without ” – Data” after it and it said “Operating System: macOS Catalina (10.5.1)”. Whew.
I wanted to walk you through that so you don’t think Carbon Copy Cloner is doing something crazy here, it’s Apple who has made this new structure for us. By the way, it’s also in this inspector area that you can turn on and off CCC Snapshots. As I said, I need to learn more about snapshots before I make any recommendations here.
This week, Time Machine told Steve that his internal drive was nearly full even though Get Info said it should be only half full. Luckily I’m an avid listener of the Mac Geek Gab, and I’d learned that there was this whole concept of Time Machine snapshots and how sometimes they go rogue and fill up your internal drive. I did some searching and learned about thinning said snapshots and we recovered his lost space. I don’t understand what caused them to turn against Steve so I’m going to stay away from them in Carbon Copy Cloner until I learn more.
Licensing
The last thing I wanted to mention about Carbon Copy Cloner is the licensing. Like I said $40 to preserve what’s important to me is chump change, but I was wondering if I’d have to buy a separate license for Steve.
Bombich Carbon Copy Cloner
Luckily, the answer is no. In a support article on bombich.com/… it says, “The CCC License allows you to install and use Carbon Copy Cloner on any computer that you own or control for personal, noncommercial use.” He’s got other licensing for commercial or institutional use, including academic purchasing options.
Bottom Line
The bottom line is that I’m delighted that I’ve moved off of the ancient SuperDuper! and onto the more modern Carbon Copy Cloner. I probably should have done this ages ago and half of you are thinking, “What took you so long?” But hey, I got there in the end. If you’re not doing local clone backups and you need that little push to get started, I can really endorse Carbon Copy Cloner. There’s a free 30-day trial, what do you have to lose?
Comments are closed.