Timeline for Moving Time Machine backup between two local disks results in full backup instead of incremental
Current License: CC BY-SA 3.0
10 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jul 9, 2016 at 8:38 | comment | added | JMY1000 | Couldn't find anything that had a DeviceUUID, couple of HostUUIDs though. | |
| Jun 10, 2016 at 17:59 | comment | added | JMY1000 | I may try that, but I'm not sure given that everything you pointed out is right so far. | |
| Jun 10, 2016 at 9:15 | comment | added | jan | @JMY1000 I would try the following: Turn TM off. Make a backup of said plist. Delete all/any additional backup drives that you can dispense of from the TM preferences. Transfer the backup manually to the new harddrive. From the plist copy the device ID and string to some text file. Then you add the new harddrive as a TimeMachine backup drive but don't make a backup yet. Then you change the plist and substitute the new IDs for the old ones. Restart your computer. Turn TM back on. Keep fingers crossed that it worked. :) | |
| Jun 7, 2016 at 16:34 | comment | added | JMY1000 | I'll try that. Yeah, there really isn't much on it–which is why I came here, so there could be something on it! | |
| Jun 7, 2016 at 12:46 | comment | added | jan | Unfortunately the way Time Machine works and where it stores its relevant data is Apple's well kept secret and (as you have realized) there are no good resources for troubleshooting out there. :( | |
| Jun 7, 2016 at 12:41 | comment | added | jan |
@JMY1000 That's unfortunate. Another possibility might be to tweak the TM preferences com.apple.TimeMachine.plist(in `\Library\Preferences`). There should be a list of all devices and a string with their DeviceUUID. If you only have two disks listed there (the old one and the new one) you might be able with some trial and error to figure out which one belongs to which and then swap their identification strings. You might need to logout-login or even restart before changes are recognized and make sure you make a backup of the file before changing anything.
|
|
| Jun 6, 2016 at 23:56 | comment | added | JMY1000 | Tried it out: unfortunately, said addresses are already correct, and as such, that doesn't appear to be the issue. | |
| Jun 6, 2016 at 18:22 | comment | added | JMY1000 | (cont.) to back up incrementally. | |
| Jun 6, 2016 at 18:21 | comment | added | JMY1000 | First isn't really an option right now since the backups aren't the exclusive users of space on the given disks. In addition, though that would probably work, the reason why that works and the copy-paste doesn't is something I'd like to isolate so it's not necessary to use the restore function in the future. Regarding the second solution, I'll attempt it, but I don't think it's quite as relevant. The fact that 1. It's a local backup, the MAC address shouldn't matter and 2. The issue is different, as the disk is being accessed by the same computer successfully, and simply refusing (cont.) | |
| Jun 6, 2016 at 17:44 | history | answered | jan | CC BY-SA 3.0 |