edit: I use Arq for daily backups, but T.M. for hourly. When T.M. eventually craters its storage, I have robust dailies in the cloud, so no worries.
The problem is them fucking up. Every other popular backup solution that does it does it just fine. And doesn't hide failures silently
As opposed to what? When you need to be able to back up to a drive on your network?
I'm sure you could do the same with cron and rsync, but I can't be bothered.
[1] https://shirt-pocket.com/SuperDuper/SuperDuperDescription.ht...
I could probably setup a calendar appointment to dump a bootable image once a month to an external disk.
Well as long as Apple hasn’t broken that with an update: https://www.shirtpocket.com/blog/index.php/shadedgrey/youre_...
An initial backup on newly formatted disk will run but very slowly. Perhaps reaching 100% but it never finishes. At some point the percentage will change and the backup will stay stuck at somewhere near 10%. Cancel backup and run it again. Gets to ~10% and stays stuck. Multiple drives. Re-fs'ed. Boot into safe mode. Networking off. Etc, etc. etc. The TimeMachineMechanic app doesn't have any revealing feedback. I can run a full tar backup to the same disks.
No idea.
I haven't tried backing up to a network share but really, it shouldn't be this difficult.
Clearly someone didn't test a bunch of edge cases when pushing this one out.
log stream --predicate 'subsystem == "com.apple.TimeMachine" AND NOT (category == "LogLimits" OR category == "VolumeViewModel")' --info --debug --style compact
and then start a backup (either from the menu bar icon, the system settings panel, or "tmutil startbackup"). This will tell you what Time Machine is doing, and might give you some useful information. man log
where you can use "show" and a lookback period instead of "stream". man tmutil
is pretty decent documentation, although the glossary secdtion ("BACKUP STRUCTURE") is important to understand if reading the whole man page.Some things to look out for are what filesystem your newly formatted external volume is (APFS might not be great for a single spinny disk, for example), and what version of USB is in use (friends don't let friends do USB 2 mass storage). With inexpensive external media it's often a cable or power supply issue, even if (as in your case) tar appears to work. Have you checked that the contents of the tar file are correct? Also, tar files tend to be streamed out to sequential LBAs, where smaller files and (in Time Machine backups) holes might lead to a different write pattern that the drive might not like. Maybe test with rsync -c instead of tar?
There was a time in the past when Time Machine was reliable and well-designed. It made backups into a nice experience that were accessible to everyone.
If your only experience with Time Machine is the modern incarnation with all of the flaws and seemingly missing QA process then I understand how its popularity would be confusing.
Apple really needs to turn things around.
Something like [1] can be inspiration.
Apple should document such changes, but, looking at the post title, you'd think they were silently corrupting data during restoration.
mbentley's Docker image version of Time Machine—which I began using back when native Time Machine support was completely broken <https://www.reddit.com/r/unRAID/comments/16x3ddm/my_experien...>—which the post mentions is unaffected, and continues to work with Tahoe without configuration changes.
If you want to backup across the network then it’s probably best to choose some third party software.
As an experiment, open Console and filter just errors and faults. Dozens to hundreds of “errors” will scroll by representing the normal operation of the system. (Either they’re not really errors and no one cares or they really are errors and Apple just leaves their systems broken). How can anyone think this is OK?
I haven’t upgraded to Tahoe. I have been a Mac power user for over 20 years, and it becomes less interesting every release. I came for Unix, the script ability, and 3ᴿᴰ party applications. Unix is an afterthought, script ability is all gated behind security gates, and modern apps seem like such a huge regression.
Not as nice UI-wise, but at least it's stable
Also, I don't even have an /etc/nsmb.conf or /etc/smb.conf file on the mac ( Tahoe 26.3)
I think the last time I configured Time Machine for SynologyNAS I followed as many tutorials as I could and basically everything is working for both mine & my spouses machines. - until it crashes & I lose everything.
Then again, SMB especially in its newer versions seems to be a protocol developed by MS with one of its goals being to make third-party implementations as difficult as possible.
- Enable Apple SMB2/3 Protocol Extensions
And when creating the SMB share select Time Machine for purpose.
- i am too afraid to buy another one and connect only to find out the SSD gets killed in another week
- Anyone knows about this issue?
Reliable for me is Kopia from Mac to S3 compatible volume (minio) on Synology.
The backup system that silently breaks when it doesn't like something in backend is not worth time
Look, face it, Time Machine is not really what Apple wants you to do. They want you to buy cloud storage and just store your documents (desktop and documents in iCloud Drive) there. Photos are in the photos app. Etc.
Maybe they should make a Time Machine cloud service to help them justify putting time into it just like iOS has cloud backups, which work incredibly smoothly. But it’s also possible macOS has too much baggage for that to work (then again, migration assistant also seems to work great.
Long story short, if you want this you probably should be working with a third party, something like tossing $5 a month at backblaze backup.
I’ve moved away from Mac and I’ve been having a great user experience with Pika backup, although it’s not quite analogous to Time Machine. Still, my Linux distribution is immutable, so backing up my home directory is pretty much the whole thing.
https://www.jwz.org/doc/backups.html
You can also get any AI tool create a good backup script for your particular setup.