Use cases in which full cloning does appear valuable are marginal – for example where you already have an external disk with that version of macOS installed, and want to copy that to another external disk. Where full cloning does work best is in making a faithful copy of a bootable external disk, but there is little or no advantage over using the full Installer to create a fresh copy of macOS. Use it to clone your M1 Mac’s internal SSD to an external container, and you apparently can’t boot from that directly, and it doesn’t appear to work entirely normally either. While full cloning does work in CCC version 6, it’s hard to see what use it is in reality. No security settings had been changed, but the clone of the internal SSD still wasn’t offered in the Startup Disk pane. Once back on the internal SSD, I checked the status of boot volumes using bputil -d, which listed all three as being available and apparently correctly configured, with unique volume group UUIDs. This took some strange negotiations with recoveryOS before I was finally offered Macintosh HD as a boot disk, and successfully restored order. But most prominent and alarming was the fact that the internal SSD was no longer included in the list in the Startup Disk pane, despite being mounted and accessible.Ĭoncerned that I might have to resort to restoring my M1 Mac mini in DFU mode, I tried restarting it from the other external boot volume group. For a start, it was engaged in performing deep signature checks on all the apps installed, including Xcode, which takes a very long time. When booted from the clone of the internal SSD, though, several things didn’t appear quite right. There, the Startup Disk pane offered the clone of the internal SSD as being available to restart from, so I tried that, and it worked. The copy of the internal SSD wasn’t recognised as being available, despite it being successfully mounted.Īttempting to boot from the copy of the external SSD brought the normal request for an authorised user, and was then successful following two restarts. Once the full clones were ready, I checked the Startup Disk pane, which only offered the copy of the external SSD as an alternative for booting. Both full clones were reported as being successful, and were very quick indeed: almost 160 GB was copied from my internal SSD in just over 15 minutes amost 22 GB was copied from my external SSD in just over 2 minutes. I made two full clones to different containers on my external SSD: one was from my internal SSD, the other from a Thunderbolt 3 external disk which already has a fully functional and bootable copy of Big Sur 11.3.1 installed on it. When you then click on the button to Start that full clone backup, there are subtle differences in what’s shown in CCC’s window. Click on the button to Allow CCC to erase. Select this by clicking on the destination volume and choosing the Legacy Bootable Backup Assistant…ĬCC then explains the implications of this option. You could perhaps then install Big Sur into that volume group, but I opted to use what CCC terms its Legacy Bootable Backup option. If you then make a regular clone to one of those containers from a bootable volume group using Carbon Copy Cloner 6, the default is to omit the System volume. I prepared my external SATA/USB-C SSD by connecting it to a USB-A port on my M1 Mac mini, which I know works reliably for booting, then using Disk Utility to divide it into a series of 100 GB containers, each of which will contain a different version of Big Sur. The alternative is to keep old versions in Virtual Machines in Parallels Desktop. SATA/USB-C disks may need to be connected to a USB-A port rather than USB-C. Some external disks can only boot when physically connected in certain ways, e.g.M1 Macs can’t boot from an older release of Big Sur without setting that bootable volume group to Reduced Security using Startup Security Utility in recoveryOS.This currently appears insoluble, making it essential to create each bootable system when that version of Big Sur is still current. Full installers for older versions of Big Sur don’t work when run in a later release.M1 Macs pose several problems for doing this: This article explores how successful making full clones can be, specifically whether you can use them to assemble a multi-boot disk containing multiple versions of Big Sur.ĭevelopers, researchers and system administrators often keep a collection of previous bootable systems so they can go back and run tests under those older versions, for instance when someone reports a bug which can’t be reproduced in the current macOS. The latest version 6 of Carbon Copy Cloner can now use macOS tools to make a full clone of a Big Sur System Volume Group, although this is no longer recommended. Until recently, the only reliable way to create an external bootable disk on an M1 Mac has been to install Big Sur on it, either in recoveryOS or using the full Installer app.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |