Imaging with Disk utility is slow

I use a 2012 2.6 GHz i7 MacBook Pro with 16.GB of ram running OSX 10.11.6, and a 2014 2.9 GHz i7 HP zBook G2 with 32.GB of ram running Win 10, for music production. I make boot disk images of both for backup. The Mac uses a 1.TB Samsung SSD, and the PC uses a 500.GB Samsung SSD. The Mac has about 125.GB on its boot disk, and the PC has about 150.GB on its boot disk. I can image the PC's drive using Macrium Reflect 7 in about 30 minutes. However, the Mac takes about 90 minutes using Disk Utility. In both cases, they are writing the image to an external USB3 connected HDD. So, my questions are:


1) Why does the Mac take 3x longer?

2) Is there another way to do this on the Mac that would be faster?

MacBook Pro 15″

Posted on Jan 2, 2023 7:36 PM

Reply
Question marked as Top-ranking reply

Posted on Jan 12, 2023 10:46 AM

Disk Utility has never been good at "cloning" a macOS boot drive as it does not (or at least did not) recreate the hidden Recovery partition. It is fine for restoring some bootable .dmg images Apple has used over the years for bootable diagnostic disks, or for creating .dmg archive files for folders. I tried it years ago, went back to using CCC for its reliability.


It depends what you mean by image. While CCC is a file based app, it will create a read-only compressed .dmg "image" of the entire boot drive including the hidden recovery partition through a file copy process (at least for macOS 10.15 & earlier...CCC must utilize macOS' ASR utility to clone the APFS volume on macOS 10.11+...may no longer work for M1/M2 Apple Silicon Macs). While this is not a bit for bit image of the entire drive (used & unused blocks), it is good enough to make a backup archive of the entire OS & data being able to restore it to another drive and have it bootable. I use this method all the time on client Macs which I need to replace drives.


Or are you looking at a low level bit for bit clone of the entire drive for used & unused sections?


Edit: Is this speed issue something new or has it always been an issue? Besides a drive issue, a cable, adapter/dock/hub/enclosure could be the problem. I recently had an unusual severe performance issue using CCC to clone a system and discovered it was the Anker USB-C adapter...removed it from the equation and the clone proceeded quickly as I had expected. I had not noticed any issues with smaller transfers.

Similar questions

35 replies
Question marked as Top-ranking reply

Jan 12, 2023 10:46 AM in response to tmpc

Disk Utility has never been good at "cloning" a macOS boot drive as it does not (or at least did not) recreate the hidden Recovery partition. It is fine for restoring some bootable .dmg images Apple has used over the years for bootable diagnostic disks, or for creating .dmg archive files for folders. I tried it years ago, went back to using CCC for its reliability.


It depends what you mean by image. While CCC is a file based app, it will create a read-only compressed .dmg "image" of the entire boot drive including the hidden recovery partition through a file copy process (at least for macOS 10.15 & earlier...CCC must utilize macOS' ASR utility to clone the APFS volume on macOS 10.11+...may no longer work for M1/M2 Apple Silicon Macs). While this is not a bit for bit image of the entire drive (used & unused blocks), it is good enough to make a backup archive of the entire OS & data being able to restore it to another drive and have it bootable. I use this method all the time on client Macs which I need to replace drives.


Or are you looking at a low level bit for bit clone of the entire drive for used & unused sections?


Edit: Is this speed issue something new or has it always been an issue? Besides a drive issue, a cable, adapter/dock/hub/enclosure could be the problem. I recently had an unusual severe performance issue using CCC to clone a system and discovered it was the Anker USB-C adapter...removed it from the equation and the clone proceeded quickly as I had expected. I had not noticed any issues with smaller transfers.

Jan 2, 2023 7:47 PM in response to tmpc

Is there another way to do this on the Mac that would be faster?

You can use a backup method that creates incremental backups rather than a complete one each time. This saves time, and reduces wear on all drives involved.


You can use Time Machine, the built-in backup feature of your Mac, to automatically back up your personal data, including apps, music, photos, email, and documents. Having a backup allows you to restore your Mac from a Time Machine backup if you ever delete your files or can't access them: Back up your Mac with Time Machine - Apple Support. However, Time Machine backups aren't bootable, i.e. you cannot use them as a recovery startup disk.


You could use Carbon Copy Cloner to create bootable backups of your Mac. You can restore individual files, or recover your entire system, just like Time Machine. To learn more, see: Carbon Copy Cloner.


Why does the Mac take 3x longer?

It's possible the Mac's aftermarket Samsung SSD could be experiencing issues. To check, you can use DriveDx.


Jack

Jan 14, 2023 4:15 PM in response to tmpc

tmpc wrote:

However, I did find something that is a bit annoying. The Mac drive image in Disc Utility is actually a partition image. So, the emergency boot partition on the original drive isn't in the disk image. I don't honestly know if there are any other hidden partitions on an OS X drive. But, the drive did boot, so I guess that's good enough.

That is why we recommend using CCC as CCC will automatically recreate the hidden recovery partition/volume. The local recovery partition/volume is necessary if you want to enable Filevault and for a faster more reliable boot into Recovery Mode since many people have problems accessing Internet Recovery Mode.


I know that CCC uses the macOS / Disk Utility ASR utility for cloning macOS 11.x+ volumes as that is the only way to clone the APFS volumes with increased security features (not a file copy). I don't know when this ASR feature was enabled for this task or how it works exactly as I've never had time to investigate since CCC does what I need to easily backup & restore a client Mac, or how to do this using just macOS. CCC only has the older style file copy for macOS 10.15 and earlier.

Jan 12, 2023 6:48 PM in response to tmpc

I know that CCC does preserve some third party software activations, but I'm sure some third party software which are more strict & controlling will lose their activation with CCC.


If you want a low level bit for bit copy, then I'm not sure what options are out there, but I know that the free open source command line utility GNU ddrescue will do that since I use that for cloning failing hard drives. The downside is there is no precompiled binary for macOS and you would need to run it from a bootable external drive. You can save the image in a raw image file, but there is no compression unless do it manually later on. I ended up either using a Linux boot disk (Knoppix does have Gnu ddrescue installed) or a Linux system to do those clones because macOS just got in the way due to the errors produced by a physically failing drive.


You can try using the command line utility "dd" which may be available from Recovery Mode (not sure since it is a very limited environment). "dd" is an older more basic & limited in function (no progress status on the macOS version and no error notifications)...should be Ok as long as the drive is healthy.


GNU ddrescue and "dd" require the source drive to have no mounted volumes when performing the clone. It is also very easy to make a mistake when restoring an image. There are some Linux utility disks out there such as Clonezilla, but I don't recall what utility it uses although it provides I believe an ncurses GUI interface.


FYI, while cloning is possible with your older Macs, keep in mind that cloning probably won't work on the newer M1/M2 Apple Silicon Macs. CCC already has noted this a couple years ago (it is a best effort now) and there have been several forum posts where people have mentioned that it is no longer possible to clone a macOS boot drive on Apple Silicon after one of Monterey's updates.


For optimal USB 3 transfers, make sure your external SSD supports UASP protocol as it changes how the data transfers are done which is more efficient than the USB 1/2 method. All devices (docks, hubs, adapters) in the chain between the computer and the UASP SSD must also support UASP. UASP also keeps the SSD transfers high when slower USB 1/2 devices are connected to the same hub/dock with UASP support, otherwise those slower devices will slow the SSD transfers.


Also, SSDs can slow down significantly during sustained writes once the SSD's write cache has been filled (many times it only takes 40 to 60 seconds). This becomes more significant with TLC SSDs and especially QLC SSDs since QLC NAND is much slower than TLC NAND. Also, the less free space on an SSD will also affect the write speeds especially since I don't believe macOS supports TRIM on external SSDs.


The USB adapters, docks, and hubs can also impact performance as these items don't always work the same between macOS, Windows, or Linux. There can be some odd compatibility issues involved. Try disconnecting all other devices when attempting to clone/image the drive or perhaps even booting into Safe Mode on the Mac which is performing the cloning/imaging to see if that makes a difference in case some other software is interfering.

Jan 12, 2023 11:51 AM in response to HWTech

Thanks for the reply, HWTech. As to whether I need a bit-for-bit copy, my answer is I don't know for sure, but it is the surest way to get licensed software back up and running without reinstalling and/or reauthorizing everything.


I use (and love) CCC and talked to them about doing backups using full file verification. I used it but found that it took a lot of extra time. When I asked them about it, I believe they told me that there was nothing they could do to speed it up because they have to use some Apple routines, and they can't do anything about the speed of them. So, I think that it's just the way it is.


The imaging speed has been like this as long as I can remember. I just thought that it was inherent in imaging a drive until I added a PC to my music production system and imaged it's drive with Macrium Reflect in 30 minutes. And, as I pointed out in an earlier post, I imaged the same Mac drive using Disk Utility in a 2020 MacBook Pro running Monterey and it took two hours! So, it's the same as it ever was.


However, I did fine a China based company (Donemax) that claim that their DMClone imaging / cloning software could image a Mac drive this size in about 40 minutes. Sadly, I'm not feeling to good about installing Chinese software on my computer these days. So, that's right out.

Jan 12, 2023 4:33 PM in response to tmpc

So, I transferred the same file from each computer to the same partitioned drive (HSF+ and NTFS) I use for these backups. The file is reported as being 137.GB on the PC and 147.5 GB on the Mac. The transfer on the PC took 19.5 minutes, and the transfer on the Mac took 29.2 minutes. This makes the time penalty on the Mac 9.7 minutes for a file this size. So, although the transfer part of the delay is 9.7 minutes slower on the Mac, it is clearly not the major contributor to the 1 to 1.5 hour difference I'm seeing.

Jan 2, 2023 8:33 PM in response to Jack-19

Thanks for the reply Jack-19 and BDAqua. I actually have two duplicate 2012 MacBook Pros, and each machine has a duplicate drives with all software installed and ready to go (four drives total). This allows me to be up and running quickly if a machine fails or a machines installed drive fails. Both computers exhibit this same slow image creation with Disk Utility. In normal usage, these machines with their SSDs are plenty fast for everything I need to do, so I don't believe this is a hardware problem.


I back these machines up with Carbon Copy Cloner, but that isn't the same as an image. I just don't understand why Disk Utility is so slow. Are either of you aware of any other disk imaging apps for Mac?

Jan 12, 2023 12:54 PM in response to BDAqua

Are you talking about the drive being imaged or the drive the image is being written to? Either way, the drives I want to image are all SSDs. The drives I'm writing the image to are all USB3 connected Seagate 2.5" SATA3 Barracudas. I can write 130.GB to one of these drives in way less than 2 hours for other purposes. Besides, I'm doing the same thing on the PC and it takes 1/4 of the time. The problem is Apple's Disk Utility.

Jan 12, 2023 7:49 PM in response to HWTech

Well HWTech, you've blown way past the little bit of knowledge I have about any of this. What I need to do is reinstall one of my images to a different drive to see if it works in the computer the imaged drive came from. My understanding is that it should, as most protection schemes tie the software to the computer, not the drive. But that's a whole other level of this subject. Right now I'd be happy to just find a way to make Mac disk images faster, but it doesn't look like that's in the cards.


In reading through your reply, it appears that a disk image may not be good enough depending on the protection scheme, but I don't understand this. Ultimately, if whatever info the protection scheme is looking for is there, and the physical hardware components are the same, how would it know? If the protection scheme ties hardware IDs into it, that's a different story.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Imaging with Disk utility is slow

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.