macOS 27 does not support CoreStorage volumes
wadetregaskis.com
wadetregaskis.com
I posted ~7 months ago about my decision to use HFS+ for backups, and had a couple skeptical replies. (https://news.ycombinator.com/item?id=47317123)
I guess I misjudged Apple's commitment to support HFS+ long-term.
It now seems like there's no real native way of doing encrypted backups to HDDs on macOS (APFS not really recommended for HDDs)... the options are either encrypted Time Machine to a network location, or a third-party tool.
Guess I'll figure out SuperDuper or Carbon Copy.
(If I could create an encrypted external HFS+ volume, I would but macOS hasn't allowed that for a while as far as my experience goes - it's non-encrypted HFS+ or encrypted APFS.)
[0] https://support.apple.com/en-gb/guide/security/seca6147599e/...
There are restrictions on where things can run, what can run, and what is accessible to the process.
SSHFS is slow, but at least can mount windows/linux/android systems over VPN without issues. Look at what is needed to bring up SSHFS or NTFS support, and you should have a better idea of Apples walled garden policies.
Apple makes information appliances, and not general-purpose computers. Some may disagree, but they usually choose an exception use-case rather than the normal experience of users. =3
this has a bonus feature where it will slowly corrupt itself over time and offer to start a completely new backup instead.
It seemed to stop killing itself when I moved to a ZFS backed samba share.
Funnily enough I also kept snapshots enabled because I was expecting TM to bork itself eventually, so I could always rollback to a working state but I don’t remember needing to use that.
The only thing that definitely made it worse was smb over openvpn. It'd corrupt itself every couple months instead of once or twice a year.
Before MacOS 27, I was always able to remove the Time Machine destination, replace the corrupted sparse bundle with a fresh empty one, and reconfigure that as the new TM destination. I even made a script for this, so I didn’t have to figure out the terminal commands every time.
Unfortunately the script doesn’t work anymore; it throws ‘error 25’ on my MacOS 27.
What’s weirdest is that, before the corruption, TM backup and restore used to work fine on my MacOS 27. Seemingly the backup functionality works as normal, but setting the TM destination was broken.
It seems most of the problems with Time Machine happen when you try and run it over SMB. It's not that surprising when you realise what it is doing under that scenario. It creates a virtual disk on the remote and then formats it with APFS. You don't need much to go wrong to corrupt the backup in this scenario.
One thing I have learned with (current) Apple is to never trust their commitment to support something they're not using. And even be wary for stuff they are using. (in my mind, a core technical difference between Microsoft & Apple is that MS will bend over backwards for backwards compatibility, whereas Apple will drop it as soon as they can, and sometimes sooner still)
They replaced their use of HFS+ with APFS in 2017, so it's had a good run.
YAGNI is about not doing work in advance. it's very confusing to say YAGNI and pruning in the same breath. it's also confusing to call this aggressive since it's been 10 years.
i wouldn't call it dead code pruning either, since the code in question here was actually reachable and used. maybe, unmaintained code pruning?
Be happy they let you backup to HDDs at all. :) They don't sell HDDs, so I'm half amazed they still work whatsoever.
Back when there was a little more rivalry between Microsoft and Apple, Apple would come up with these really cool things to showcase the operating system and make lives easier. Now, I don't know what it is they're trying to prove with this operating system. I also hate the fact that they skinned the whole operating system around a failed hardware product.
https://developer.apple.com/documentation/macos-release-note... (Search for CoreStorage; their fragment links are hilariously broken)
The premier 3rd Party technical blog Eclectic Light talked about it in June: https://eclecticlight.co/2026/06/17/what-to-do-with-your-enc...
I can't immediately find prior warnings that this was coming.
The following technical note from July 22nd says Encrypted HFS+ Volumes won't be supported in macOS *28*, so this seems a bit early... https://support.apple.com/en-us/125615
Erm... it was dropped in macOS 26 back in 2025 ?
https://www.techspot.com/news/108394-usb-killer-dead-apple-d...
Only really used it as a scratch drive for junk but it was still handy.
So worst-case, you should be able to access your old drives on a modern Mac by booting from a FireWire-compatible OS (Asahi or older macOS) on an external drive.
Thunderbolt 3 to Thunderbolt 2 Thunderbolt 2 to FireWire 800 FireWire 800 to FireWire 400
to plug a modern Mac into an iMac G4 in Target Disk Mode
Now you need to add another layer: virtualizing old macOS on a modern Mac
As in, not even a dialog saying "hey this drive isn't support anymore"... just... nothing.
What exactly is Apple gaining by dropping a (presumably) super stable driver??
Nice that you can dismiss this as "largely obsolete technology" tho.
Well, I guess I can finally throw out all those FireWire cables I have "just in case."
Fortunately, my FireWire drives also support other interfaces, though far more slowly.
For 2 elderly HP Microservers I need eSATA caddies, and those I cannot find at all anywhere.
Notice that the common thread here is that Firewire was (and is) predominantly a tool for active CREATIVE functionality. Whereas Apple's current focus is passive CONSUMPTION functionality.
Large margins, large round corners, now touchscreen.
"Yes, war with Iran has been threatened many times but we can rest assured it will never happen because nobody has done it before."
https://wadetregaskis.com/dns-resolution-failures-in-macos-2...
Because it isn't LVM, and giving it the same name as another similar-but-distinct technology would just make matters more confusing.
The article says “It renders your expensive storage hardware completely useless.” but I’m really curious what that hardware could actually be. This seems like a pretty dead technology.
Like I have an Unraid box with dual NVMe (RAID1) as the "cache" drive and a bunch of spinning disks as the "array", but it's also very manual, like torrents get downloaded first to cache and then a nightly job syncs them to the array. Feels like a real missed opportunity to not be able to have this kind of config transparently managed.
Overall I'm happy enough with Unraid for the moment, but I will definitely check in on bcachefs-based solutions when I'm next considering a rebuild/upgrade.
The 2.5” form factor also took up a ton of space in a laptop form factor.
With my NAS box (TrueNAS ZFS) I don’t bother with a cache. I struggle to justify the cost/benefit ratio. The sustained write speed of a 3.5” disk isn’t so bad for the most common NAS use cases.
If I could go back to 2024 I think I’d use a m.2 2280 array for my NAS just because my present tense brain would think it was cheap. I don’t even hoard that much content so 4-8TB would be fine.
Maybe one of these nifty things would be fun: https://www.bee-link.com/products/beelink-me-mini-n150
The case I have is a Jonsbo N2, which works great for accommodating 5 3.5" drives with backplane, a mini-ITX mobo: https://www.amazon.ca/N2-Aluminum-Support-Integrated-Removab...
You mentioned old, obsolete Fusion drives. I'm having a hard time thinking of anything else where that'd matter, so you're probably right about that. AFAIK you can reformat those to use something other than CoreStorage if you're actually stuck using those boat anchors.
It manages logical volumes. Any quibbling is a matter of degree.
For backups use a NAS. You can find from completely plug and play options to bring your own machine ones.