When I turn my iPhone 16 ProMax off overnight, TimeMachine backups complete without issue whilst screen is asleep. But when iPhone is on, backups fail. I think this a FindMy conflict issue. I have the FindMy widget on my desktop. Mac Mini M4 Pro.
Sadly...My hope is 15.3 is the permanent fix for everyone and this thread can finally die.
Doing that will compromise a seamless recovery using Migration Assistant. Maybe not for Biome. Better to find out which files/folders inside are causing the problem. ~/Library/Containers includes application data for many sandboxed apps - so really do want to backup that.For the last month, I've not had a single issue since adding the backup exclusions:
~/Library/Containers, ~/Library/Biome, ~/Library/Daemon Containers
Confirming that this error is NOT FIXED! MBA M2 15" updated to Mac OS 15.3. Set to NEVER SLEEP. Screen does turn off after 10 min and auto locks. Apple has not fixed this. Instead they pour their resources to Genmoji.![]()
Sadly...
I had this bug. I turned off my FindMy widget and the problem went away.
Then I updated to 15.3 and the problem came back, even though I still don't have the FindMy widget turned on.
So...the bug is now an improved version of itself...?
It's doubly galling because Time Machine is so important! There's really no room or excuse for this kind of glitch. (And for me, TM has been rock-solid since I started using it back in the Leopard days, which makes this really shocking!)This is so beyond infuriating. I don’t understand how a MacOS bug has made it through an entire summer beta season and it’s almost February with no fix.
I couldn’t agree more. And count me in as another loyal longtime user of Time Machine (Snow Leopard for me; best OS ever). It’s been reliably and quietly running in the background with no issues for 15 years until now.It's doubly galling because Time Machine is so important! There's really no room or excuse for this kind of glitch. (And for me, TM has been rock-solid since I started using it back in the Leopard days, which makes this really shocking!)
Doing that will compromise a seamless recovery using Migration Assistant. Maybe not for Biome. Better to find out which files/folders inside are causing the problem. ~/Library/Containers includes application data for many sandboxed apps - so really do want to backup that.
In which case I wonder why you backup any of ~/Library.I would never use Time Machine for recovery
I have 14.6GB in ~/Library/Containers. A fair chunk of that is caches, which are excluded by TM which has 6.8GB in the backup. To get a seamless recovery, those 6.8GB would be required. But as you don't want that, there is little that you might regard as essential. Books and other book readers are where I would lose some e-books if I haven't got copies elsewhere. I would lose data in Safari (e.g. web site related data).I'm not challenging your information, but do you have an example of a container that actually contains data rather than links to locations outside of the Container directory? For the most part, containers only have links and those are recreated if the container is deleted and the application started. I've tested this with a few apps. For example, BBEdit is shown as a sandboxed app in Activity Monitor, it has a folder in Containers, the folder only contains links, and the folder is recreated whenever it's deleted and then BBEdit started.
In which case I wonder why you backup any of ~/Library.
I have 14.6GB in ~/Library/Containers...
I regard TM as my first line of defence in the event of system wide data loss
I don't think anyone here has suggested that cloud drive syncing solutions might be backups. I use Arq to backup to OneDrive and Google Drive - in my view Arq is a better product than Backblaze for Mac users, but either is better than no offsite backup.Also, no, cloud drive solutions are not backups. Never count on them as such.
If you really want to be safe, recommend on top of a local solution like Time Machine, you also use an offsite online backup solution, something designed for backups, not multi-device syncing, like BackBlaze.
I included that caveat because so many folks out there think they are viable backup solutions...then a file gets deleted or corrupted and they don't realize it for a month or two and they go online and complain that they lost their file.I don't think anyone here has suggested that cloud drive syncing solutions might be backups. I use Arq to backup to OneDrive and Google Drive - in my view Arq is a better product than Backblaze for Mac users, but either is better than no offsite backup.
It just started happening to me today. Hasn't ever happened before. I may have fiddled with some security settings yesterday but I didn't write down what I did.Since updating to Sequoia my Time Machine backups have been failing during night. Every time I wake up the display, I get the same error: "Time Machine did not finish backing up because some files were unavailable. Backups will resume when your Mac is unlocked." My Mac actually never sleeps; I only put the display to sleep. The next backup after waking the display always works.
Anyone is having the same problem?
Guess what, I unplugged the external portable speaker drawing power from the extender and the problem hasn't appeared again.It just started happening to me today. Hasn't ever happened before. I may have fiddled with some security settings yesterday but I didn't write down what I did.
The problem appeared after I had my machine running over night but with Lock Screen set. I logged in normally, the Studio display came on as usual then I got the dreaded message. I've Shut Down completely but didn't turn off power to any parts of the system, then Restarted. But to no avail. Then it happened again pretty quickly.
I've watched this thread occasionally since @Jamacfer 👏 first posted. TimeMachine is an important part of my setup. Thanks to all of you for commenting, I'll look through the thread and see what's been said so far.
I'm running Sequoia 15.3 on Mac Studio M1 Max 32GB 2TB, with two WD 10TB hard drives (one is has 4.6 TB used, the other has 6.92 TB used) attached to a USB extender, which is attached to a single USB port on the Studio. They're used as A and B TimeMachine disks backing up alternatively every hour.
The extender has 5 ports, two are used by the TM disks and they each have their own power adapters. Interestingly I'd plugged in external portable speaker into a 3rd in order to charge it. It's drawing power from the extender and therefore the Studio USB port.)
I left both my Time Machine drive and my external data drive connected thru Thunderbolt 4 / USB 4 hubs, but I haven't had the problem occur again for the past couple of weeks. In the interim I had updated to Sequoia 15.3, but I don't know if that had anything to do with it.Also, this may be coincidental, but I do note that it started happening after I moved my external USB 4 data drive to a Thunderbolt 4 / USB 4 hub. Previously when that drive had been connected directly to the Mac, I didn't encounter this error. If macOS 15.3 doesn’t fix this then perhaps I will try directly connecting it to the Mac again to see if that changes anything.
Oops, it happened again this afternoon.Guess what, I unplugged the external portable speaker drawing power from the extender and the problem hasn't appeared again.
Whenever there are issues with USB devices and an unpowered USB hub (extender) is in use, I blame the "extender" until proven otherwise. Use a powered USB hub and see if your problems stop - or connect devices directly to the Mac.The extender has 5 ports, two are used by the TM disks and they each have their own power adapters. Interestingly I'd plugged in external portable speaker into a 3rd in order to charge it. It's drawing power from the extender and therefore the Studio USB port.)