Blog

ccc

Mike's picture by Mike | September 17, 2018

In a delightfully predictable manner, Apple announced last Wednesday that macOS Mojave will be available on the Mac App Store on September 24. From the moment that Apple introduced Mojave to developers in June, we've been putting it through its paces to see what we can expect when Mac users apply the upgrade this Fall, and to get CCC 5 qualified on this new OS. We're happy to announce that CCC 5.1.5, available today, is fully qualified on macOS Mojave.

Getting Ready to Upgrade to Mojave

I say this every year, but it's worth repeating — before you upgrade to Mojave, it is imperative to understand that downgrading to your previous OS will be impossible without a bootable backup of the previous OS. Before you apply the upgrade, we recommend that you establish a bootable backup of your current OS on an external USB or Thunderbolt hard drive, then verify that you can boot your Mac from that backup disk. Before you pull the trigger on the upgrade, detach that external disk from your Mac and set it aside.

For more detailed advice on preparing for the upgrade and instructions on how to downgrade, check out this CCC knowledgebase article:

Best practices for updating your Mac's OS

The one thing I would add to the "getting ready" check list is simply a heads up to a behavior that we discovered in the upgrade process: When you apply the upgrade, the macOS Installer may delete snapshots from your startup disk. If you have been enjoying CCC's new snapshot support, be prepared to lose those snapshots on your startup disk. This isn't a showstopper, but it did come as a surprise.

When should I upgrade?

As with every major upgrade, I recommend that any users that rely heavily upon the availability of their Mac for work or other productivity consider waiting for a few OS updates before making the upgrade. The early releases are exciting, but with any excitement there's usually a bit of risk. Early adopters will surely find some shortcomings and bugs which will be resolved in the next few months with minor OS updates. Does this upgrade fix a problem that causes me daily grief? Will this upgrade improve my productivity or security, outweighing the time I may have to invest in fixing early-adopter problems? Those are the key questions I ask myself before applying any upgrade.

New Privacy Controls – Mojave adds some busy work

By default, Mojave will deny all non-Apple applications access to private data (Mail, Messages, Safari History, etc.). For anybody that bathes their Mac in a sea of malware, this will be a welcome default. For the rest of us that use a pretty straightforward, curated list... Read More

Mike's picture by Mike | March 30, 2018

On the eve of World Backup Day and with stories like the Atlanta ransomware attack still in the news, now is a great time to revisit your backup strategy. It's also a great time for us to announce some great new features that we're getting ready to deliver as a free update to CCC 5 users – features that will help you improve your defenses against ransomware and malware.

Versioned backups with APFS Snapshots

CCC 5.1 offers support for point-in-time restores by leveraging the snapshot feature of Apple's new APFS filesystem. CCC's SafetyNet feature offered similar functionality to this in the past, but snapshots take it to a new level, allowing you to do things like restore a previous version of the OS and older versions of your Photos library.

CCC is also the first comprehensive snapshot management utility for macOS. Browsing the contents of any snapshot is just a click away, and should you want to delete a specific snapshot (whether created by CCC or Time Machine), just select it and press the Delete key. How much space are those snapshots consuming? CCC can tell you that. No other utility offers this much insight into your APFS volumes' snapshots!

CCC 5.1 introduces comprehensive support for APFS snapshots

CCC 5.1 is currently available for beta testing. If you're the beta-software-testing type, check the "Inform me of beta updates" box in the Software Update section of CCC's Preferences window, then click the "Check for updates now" button if you would like to try it out.

Learn more about how you can add snapshot support to your backup strategy

Read-only snapshots offer great protection against ransomware

Snapshots are read-only copies of your volume. Not only is it impossible to modify the content of those snapshots, but it’s also not possible to delete those snapshots without a special entitlement granted by Apple. What that means is that malware and ransomware can't delete your snapshots. So if you were somehow affected by ransomware and it started encrypting your files, you could remove the ransomware, then restore your files from the snapshot. CCC backups could literally save you thousands of dollars!

What can I do to make sure my backup strategy is going to be effective?

I have four general tips: make backups to a locally-attached hard drive, keep it current, keep it encrypted, keep it unmounted.

Make backups to a locally-attached hard drive

NAS backups sound convenient and Cloud backup is the buzz, but when it comes down to actually using your... Read More

Mike's picture by Mike | February 15, 2018

Update March 30, 2018: This issue persists on macOS 10.13.4 (17E199)


This week we reported to Apple a serious flaw in macOS that can lead to data loss when using an APFS-formatted disk image. Until Apple issues a macOS update that resolves this problem, we're dropping support for APFS-formatted disk images.

Note: What I describe below applies to APFS sparse disk images only — ordinary APFS volumes (e.g. your SSD startup disk) are not affected by this problem. While the underlying problem here is very serious, this is not likely to be a widespread problem, and will be most applicable to a small subset of backups. Disk images are not used for most backup task activity, they are generally only applicable when making backups to network volumes. If you make backups to network volumes, read on to learn more.


Disk images are handy devices. They're files, but they act like a hard drive – you mount a disk image by double-clicking the file, then it behaves like it's another hard drive attached to your Mac. macOS has been using disk images for decades, and we find them particularly useful when making backups to network volumes. By formatting the disk image volume using an Apple-native format, we can do things like back up system files.

Naturally, when Apple introduced APFS in macOS High Sierra, we sought to offer support for using APFS on destination disk images when doing so would match the format of the source volume. As far as creating and mounting disk images is concerned, APFS and HFS+ are easily interchangeable, so adding support for APFS was very straightforward. Unnoticed by us, Apple, and thousands of developers, however, is a very subtle behavioral difference that is specific to APFS on a sparse disk image.

Earlier this week I noticed that an APFS-formatted sparsebundle disk image volume showed ample free space, despite that the underlying disk was completely full. Curious, I copied a video file to the disk image volume to see what would happen. The whole file copied without error! I opened the file, verified that the video played back start to finish, checksummed the file – as far as I could tell, the file was intact and whole on the disk image. When I unmounted and remounted the disk image, however, the video was corrupted. If you've ever lost data, you know the kick-in-the-gut feeling that would have ensued. Thankfully, I was just running some tests and the file that disappeared was just test data. Taking a closer look, I discovered two bugs in macOS's "diskimages-helper" service that lead to this result.

An APFS volume's free space doesn't reflect a smaller amount of free space on the underlying disk

In the past with HFS+ formatted disk images, the disk image volume would automatically adjust its free space to accommodate any differences between the disk image volume's capacity and the... Read More

Mike's picture by Mike | October 19, 2017

Well, I did it. I know that I've told many people I'd be waiting until Thanksgiving to apply the High Sierra upgrade to my own production machine, but after some reflection this week, I decided that High Sierra was ready for me, and that I was ready for High Sierra. I've always been decidedly anti-upgrade when it comes to my own production system. Upgrades tend to break things, and I just can't afford downtime on my laptop. High Sierra and the APFS transition, to me, was a potential double-whammy for breaking things, so I was bearish on this upgrade in particular. But today, we're ready.

I didn't make this decision lightly. The scientist in me kicked into gear and I started analyzing some data. I looked at new OS adoption among our user base, I looked at our Help Desk analytics, and I considered the experiences of the users that I've been helping over the past several weeks. As I predicted early in the summer, the APFS conversions have largely gone just fine. This is probably at least partially attributable to Apple backing off on applying the new format to Fusion and AppleRAID devices, but I think some credit to Apple is due here. They pulled this off! The upgrade hasn't been flawless, but based on the feedback that we've received from our users, largely it has gone fine, and anecdotally I think it has gone better than past OS upgrades.

OS adoption among CCC 4 and CCC 5 users

Looking at just the last week, I can see that approximately a quarter of CCC users have upgraded to High Sierra. Sierra remains the dominant OS choice, but I think we'll see that flip in the next three to four weeks; perhaps once the 10.13.1 release is posted.

OS Adoption among CCC 4 and CCC 5 users, second week of October

CCC rises to the APFS challenge

So how did CCC do with the upgrade? In the 16-year history of Mac OS X, High Sierra was the first OS upgrade to introduce a new, bootable filesystem format, so obviously that posed a challenge to the bootable backup solution. In just four months, we picked apart the boot semantics of this new filesystem, added format-agnostic support to CCC 5, tested dozens of source/destination filesystem combinations, assembled numerous pages of support documentation and several new Help videos – CCC was ready for APFS when High Sierra shipped on September 25.

I don't want to be the guy that hoists a "Mission Accomplished" banner too early, but looking back at the last several weeks, we were more prepared for this OS release than any major new OS in the past. We've seen great success making HFS and APFS bootable backups on High Sierra. Our statistics show thousands of confirmed High Sierra bootable backups using both APFS and HFS (roughly 40/60 split), and based on user feedback on our... Read More

Mike's picture by Mike | September 29, 2017

One of our users made a startling discovery this week after upgrading to High Sierra. He had an HFS+ formatted 16TB RAID device, and had always intended to enable encryption on that volume. There's no OS on it, so he simply right-clicked on the volume in the Finder and chose the option to encrypt it:

Screenshot of Finder contextual menu showing encryption option

This is an easy way to enable encryption on a volume: plug in a password, verify, add a hint, done!

Prompt for encryption password

Oddly, though, CCC, Disk Utility, and Terminal all agreed that his HFS+ volume was now an APFS Encrypted volume. Naturally he contacted AppleCare. "Not possible, says Apple", he reported.

It is apparently possible, however, and I was able to confirm this behavior on my test system. Take any HFS+ formatted volume that does not have an installation of macOS on it (that part is key), right-click on the volume in the Finder and choose the option to encrypt it. Rather than simply converting the volume to a CoreStorage Encrypted volume and keeping the HFS+ format, macOS converts the volume to APFS with no warning, and then enables encryption.

Potential hazards of converting your data volumes to APFS

Apple has demonstrated that the conversion from HFS+ to APFS has gone pretty smoothly, but there are a few scenarios where you might want to give some serious thought to that kind of conversion.

Did I want my expensive RAID device to be my APFS Guinea Pig?

APFS is supported atop RAID devices, so this conversion will surely work out just fine. That's what I'd be telling myself had this happened to me, but I'd certainly have appreciated some warning. Deciding to turn on encryption has one set of implications, and we've had our hands on HFS+ CoreStorage encryption since OS X Lion, so there aren't many surprises left. Adding a filesystem format change might make me decide that this is a bit too risky for this particular device. What if there's a specific issue with my vendor's RAID? Wouldn't I at least like the opportunity to reach out to that vendor for comment before casually flipping this irreversible switch?

APFS Encrypted volumes are not backwards-compatible

Do you share your disk between Macs? APFS Encrypted volumes aren't backwards compatible at all, so if you attach that converted disk to a Mac running an older version of the OS, you're greeted with this heart-attack-inducing error message:

The disk you inserted was not readable by this computer

I'm using the term "older Mac" fairly loosely, this... Read More