|
|
10.5: Repair Time Machine after logic board changes
A long story for the sake of Google et al:
My MacBook was in repair for quite some time and meanwhile I had restored the Time Machine backup to the Mac Mini. On that Mini, I used to have a guest user with the very same name of my MacBook user, just for the backup. This made the restore to the Mini a bit cumbersome (restoring a user account which already existed as a limited account...), but I managed. However, when the MacBook returned home it only had read access to the opened sparsebundle (now that I am writing this: maybe that is because that Mac Mini user now also has an empty password -- can't verify that now). This caused some problems after taking the steps from the above hint:
So, I backed up the sparsebundle and then opened the sparsebundle myself, and changed the access rights for "staff" or even "everyone" to "read/write". Running those changes took over 24 hours to complete, and did not solve the issue. But the solution was simple... To tell Time Machine to use other credentials one needs to clear the network passwords in Keychain -- but until today I did not know that in Keychain's menu View there's an option "Show Keychains", which is required to allow for selecting "System" (it defaults to "login") when searching for the old passwords to change (or simply delete to be prompted for new credentials)... After that Time Machine showed the full history again, and running "Backup now" got me "Event store UUIDs don't match for volume: Macintosh HD" (which I don't understand) followed by "Node requires deep traversal:/ reason:kFSEDBEventFlagMustScanSubDirs|kFSEDBEventFlagReasonEventDBUntrustable". Seems to work fine now! |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.12 seconds |
|