![]() ![]()
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. Carbon copy cloner 3.1 backup utility install#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. Carbon copy cloner 3.1 backup utility series#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. There are many many web posts about this, and I experienced it with a WD My Cloud Mirror.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. But not all NASs allow data access while rebuilding a fresh disk, and even writing 1 TB can take many hours during which you may not be able to access the good disk(s). ![]() RAID is a convenience for continuity - you can keep on listening with one failed disk. Unlimited, automated online BU costs me about $90/yr, which is cheaper than doubling my drives for RAID 1. I’ve had to replace a drive in a NAS about once every 3 to 4 years, and I’ve always used 2 bay units. If you use a NAS with 4+ drives, doubling its capacity gets costly quickly and one event can wipe out a thousand dollars worth of drives in a flash. Carbon copy cloner 3.1 backup utility plus#Capacity may be cheap now, but many of us have far more than a TB of music plus photos, videos etc. You’re only using half the total storage space on the disks in a mirrored RAID array. If you’re using RAID on multiple internal disks, it’ll suck computer processing power. Read-write speeds are lower in any mirrored RAID array than straight to disks. A big surge can take out both disks and the NAS they rode in on. Malware remains a constant risk, despite the best available protection - and RAID will just add it to the mirror image. If you accidentally delete a file or unknowingly alter one, RAID will follow suit. If the data on one drive become corrupted, RAID 1 will simply duplicate the damage. A physical event (fire, spilled drink, etc) can take out out all the drives at once. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |