Big Sur Disc space issues...32GB free space insufficient

I have a Mac Air 2014 (ok for Big Sur) with about 32GB free space available on the hard drive. I thought this would be enough to install the update given that it's download size is about 12GB. Wrong. I got the message that I need much more.


My question is what is the net increase in HD used after installing Big Sur?


I had assumed that the net increase would be substantially less than the 12 GB download size. Usually it goes this way with apple software updates. I don't want to take the trouble to create more space on my drive if I'm still going to end up with a huge net increase and not much free space.


Would doing a clean install require less space?


Posted on Nov 17, 2020 2:11 AM

Reply
7 replies

Nov 18, 2020 9:19 AM in response to jackbootthug

I can't be certain. In addition to their usual creation provided "Back Up Automatically" is chosen, Apple explains Local Snapshots are recorded prior to every macOS update, a fact I personally confirmed. Refer to About Time Machine local snapshots on Mac - Apple Support. They are very useful for that purpose. But I can find no reference to their applicability to macOS upgrades, and given the extent of this one I seriously doubt they are.


Another option you might consider is upgrading that Mac's 128 GB storage module with an aftermarket one of larger capacity. If you want to explore that option the only vendor I recommend is OWC / MacSales. Their reputation is unmatched.


128 GB was never generous to begin with, but it just isn't enough to be useful any more. Literally every complaint about running out of space comes from MacBook Air users with 128 GB storage like yours. Personally I think replacing it with a larger capacity storage module is the only option worth considering if you want to keep that Mac in service.


Just be advised that it is not considered an "authorized" modification, meaning that Apple will henceforth refuse to service that Mac at any cost. If you are still using its original battery, seriously consider having Apple replace it before it becomes "vintage", and definitely prior to altering its hardware.

Nov 17, 2020 5:35 AM in response to jackbootthug

By the way I realize I did not directly answer your question, which as I understand it is how much "available storage" will remain after the upgrade. The reason is that it's a moot point if you can't reclaim enough space to even accomplish the upgrade. I don't have a definitive answer to that question, but I can suggest a workaround.


Obtain an external storage device such as a USB hard disk drive. It doesn't have to be particularly large fast or expensive but if that's not a concern the best choice would be one with a Thunderbolt port (the older Thunderbolt, not the newer Thunderbolt which is more commonly known as USB-C). $50 will buy one that's acceptable for the purpose.


Boot macOS Recovery, format that disk, and install macOS Big Sur on it. When it finishes, it will ask if you want to transfer content from another Mac. Do that, the "other Mac" in this case being your MBA.


When it finishes you can boot from and use that external hard disk drive as if it were an internal one. The only difference is that it will work a lot slower than the MBA's internal flash storage, primarily due to the slow USB connection speed but also a slow, rotating hard disk drive. (An external SSD with a Thunderbolt port would be ideal because it would be unaffected by either one of those bottlenecks. It's just expensive.)


At the end of that exercise you'll have your answer, and you won't have to alter your MBA itself in any way whatsoever.


Finally, when you decide you can use Big Sur to your satisfaction and that the resulting installation conveys sufficient excess "available storage" to keep using your MBA without alteration, you can repeat that exercise with the MBA's internal storage. The external hard disk can then be pressed into service as a Time Machine backup drive—which you ought to have anyway.


This essentially describes the technique I use whenever upgrading macOS on any Mac, regardless of its storage limitations or other concerns. It's a very conservative approach.

Nov 17, 2020 7:02 AM in response to jackbootthug

The actual installed OS for Big Sur is only a couple of GB larger than Catalina. But one feature (if you want to call it that) is Big Sur makes and retains a snapshot of the system prior to the update, which is about 8 GB. That snapshot is retained until the next system update.


So, overall a Big Sur install will take about 10 GB more than a Catalina install. You could avoid the snapshot by doing a clean install, but that would mean you’d need to repeat that clean install with every incremental update to Big Sur.

Nov 18, 2020 3:18 AM in response to John Galt

John,

thanks for this. I may consider this method later. I've decided to hold off on the update at least for now.

Would your install method help with the "snapshot" issue mentioned by neuroanatomist below? It doesn't seem so but maybe I'm wrong. The snapshot feature appears to be the cause of my problem.


Btw, my previous issue with slow opening apps was resolved and it was with your help. It just didn't seem to happen right away. But I thank you for your efforts on that.

Nov 18, 2020 3:29 AM in response to neuroanatomist

Neuro,

That explains my issue. For sure this snapshot function is not a good feature from my standpoint. I wish it was optional.


I would be happy to do a clean install this time.... but not thrilled to do it for every 200kb update. So as mentioned in my reply to John above I'll hold off on the upgrade for now until most Big Sur issues are worked out at least then reconsider.


Thanks very much for your help.

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.

Big Sur Disc space issues...32GB free space insufficient

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