Apple - Inheriting Time Machine Backup: Invalid Target

All relevant UUIDs and other Time Machine metadata are stored in /Library/Preferences/com.apple.TimeMachine.plist on the host side (the Mac to be backed up)! The file contains (probably the old) hostUUID (hardware), destination volume UUID (backup volume) and all IncludedVolumeUUIDs (source volumes). To get your current volume IDs use diskutil info diskXsY and the volumeID of the vanished Mojave volume is in the plist. The new hostUUID (hardware) and MAC are available in System Infomation.app > Hardware and Hardware > Ethernet-cards.

The com.apple.TimeMachine.plist may be populated with new UUIDs partly, you also have to grab the old com.apple.TimeMachine.plist from the backup.

All relevant Time Machine metadata on the side of the destination disk (the backup volume) are stored as extended attributes attached to the machine folder and subsequent snapshots and the included volumes:

machine folder

Example:

xattr -l /Volumes/Backup/Backups.backupdb/Haravikks\ Mac

and the volume folder(s) (in the latest backup of the old Mac).

Example:

xattr -l /Volumes/Backup/Backups.backupdb/Haravikks\ Mac/2019-10-19-125832/Macintosh\ HD

(This is a lot of back & forth. Best is to collect all data in some data sheet. Then it's easier to compare all plist entries/extended attributes and extract the proper ones)

After associating and inheriting a machine directory I expect various UUIDs and other data to be equal in the plist and the extended attributes on the one hand and the hardware/disk info of the new Mac on the other hand.

This is: BackupMachineAddress, HostUUID, ModelID and RecoveryPartitionVolumeUUID ( if available) on the host folder and various UUIDs in the plist.


If tmutil initiated inheritance fails, one has to use enforced adoption (or marry rich and get a larger backup drive):

To modify the extended attributs you have to read out (to reapply them later) and remove the ACLs of Backups.backupdb and Backups.backupdb/Haravikks\ Mac because both folders are heavily protected. Then apply new extended attributes (partly extracted from the plist and the new hardware info) and reinstate the ACLs you removed previously.

To get the ACLs use ls -le [folder1|2]. To remove the ACLs use sudo chmod -N [folder1] [folder2]. To apply new extended attributes use sudo xattr -w [ext_attr] [value] [/path/to/folder].

Examples:

If you found a ModelID Macmini4,1 in the extended attributes of /Volumes/Backup/Backups.backupdb/Haravikks\ Mac but the ModelID of the new Mac is Macmini8,1 you would have to update it like this:

sudo xattr -w com.apple.backupd.ModelID Macmini8,1 /Volumes/Backup/Backups.backupdb/Haravikks\ Mac

To update BackupMachineAddress (a MAC address of the new Mac) and HostUUID (the Hardware-UUID of the new Mac) use:

sudo xattr -w com.apple.backupd.BackupMachineAddress ac:87:b5:ca:c4:7a /Volumes/Backup/Backups.backupdb/Haravikks\ Mac
sudo xattr -w com.apple.backupd.HostUUID A7D80431-E567-389A-CC33-8321E461D431 /Volumes/Backup/Backups.backupdb/Haravikks\ Mac

To restore the ACLs use sudo chmod +a 'group:everyone deny ... writeextattr,chown' [folder1] [folder2]

Afterwards unmount the backup volume. Mount the backup volume again, open the Time Machine PrefPane and wait until the window is populated with the proper dest volume(s).


If you post all relevant data (which is a lot and somehow private) I could work out all commands properly.


This is untested and some "joy of experimentation" is required but it should work finally - somehow (|⚒)! At least it sheds some light on the files and attributes Time Machine uses to determine the validity of backup machine directories and what to change to re-establish assignments.


Building upon the information provided in @klanomath's answer, I was able to figure out a specific solution to my exact case (others may differ).

In my case the problem was the extended attributes attached to the machine directory, for some reason Time Machine didn't like them. However, after forcing the correct values in I was able to sort these out.

If you believe you're experiencing the same issue, the following steps should help you to resolve it. Before you begin you'll need some information, you can find all of these by going to Apple menu -> About This Mac and clicking System Report:

  • ModelID: The model of your Mac, found under Hardware, as Model Identifier, for example mine is Macmini8,1 for a 2018 Mac-Mini.
  • HostUUID: The unique identifier for your system, also under Hardware as Hardware UUID, the value resembles: 12345678-1234-1234-1234-1234567890abcd.
  • MachineAddress: This is another hardware identifier for your system used for networking; under Network select your main network connection (usually ethernet/en0 if wired, or wifi/en1 if wireless). In this section you should see an entry for ARPResolvedHardwareAddress; your machine address is the value that resembles 12:34:56:78:90:ab. You will see similar entries under MAC address but this may not be the same.

Now perform the following steps:

  1. Open Terminal.app
  2. Navigate into your backup volume (cd /Volumes/Backup/Backups.backupdb, substituting the path as appropriate).
  3. Get the current attributes for your machine directory with xattr -l "Haravikks Mac" (substitute in the correct name for your machine directory). Save these somewhere, in case you make a mistake.
  4. Elevate to root (this will make running the following commands a lot easier, but take care while doing so) using the command sudo su, you'll be asked for your password. If you're not running in an admin account, you can switch to one with su admin first (substitute the short name of your admin account).
  5. First let's set the model ID with: /System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass xattr -w 'com.apple.backupd.ModelID' 'Macmini8,1' "Haravikks Mac" making sure to substitute your own model ID and machine directory name.
  6. Next, we'll set the machine address: /System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass xattr -x -w 'com.apple.backupd.BackupMachineAddress' "$(printf '%s\0' '12:34:56:78:90:ab' | xxd -p)" "Haravikks Mac" again substitute your own values. Note the use of printf here, this is to ensure the value is null-terminated*.
  7. Finally, let's set the host UUID: /System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass xattr -x -w 'com.apple.backupd.HostUUID' "$(printf '%s\0' '12345678-1234-1234-1234-1234567890abcd' | xxd -p)" "Haravikks Mac" swapping for your own values. Again we're using printf to terminate with a null character.
  8. If you already set the drive as a destination in Time Machine, you shouldn't need to do anything further. If not, add it now, if all went well you won't be asked to inherit (but if you are, accept, as it means you were close enough).
  9. If necessary, use tmutil associatedisk to relink volumes whose ID may have changed (if it's a new machine, or you erased a drive, then these will need to be associated).
  10. Run a backup to make sure everything is now working as expected.
  11. To quit terminal cleanly you can enter the command exit to logout from root (do this a second time if you had to use su <user> first), at which point you can quit as normal.

NOTE: We're using the Time Machine bypass tool (in TMSafetyNet.kext) to avoid the extra security that normally prevents modification of Time Machine data. Be very careful about using this (don't use it to mess around with the contents of your backups).

NOTE 2: If you get the error "Operation not permitted" while running any of the commands, it means you need to go into System Preferences -> Security & Privacy, under the Privacy tab find Full Disk Access, and make sure to grant this to Terminal (tick it if it's there, or add it with the plus button). You'll need to quit and reopen Terminal after doing this, so make sure you remember where you were in the steps above.

NOTE 3: *It may not be necessary to null-terminate BackupMachineAddress and HostUUID, but that's how values supplied by Time Machine itself are structured, so for completeness' sake I'm keeping this behaviour.

While this is the correct answer for my specific case of "Invalid Target", from my searching it seems there are a bunch of similar, but not identical, cases so my answer may not help with all of them.

Klanomath's answer provided all the information I needed to figure out my own specific solution which is why I've marked it as the correct answer, hopefully it help others, and please feel free to add additional answers if you're able to solve similar issues that also give "Invalid Target" errors.