☰

交换磁盘后，Time Machine“事件存储 UUID 与卷不匹配”

tag-icon • tag-icon macos osx-snow-leopard backup time-machine
交换磁盘后，Time Machine“事件存储 UUID 与卷不匹配”

我的新硬盘上周坏了，我不得不将旧硬盘备份放入运行 Snow Leopard 的 Mac Mini 中。然后我就能恢复我最新的 Time Machine 备份了。

几个月前我升级时使用了 Carbon Copy，但遇到了权限问题。

因此，我的系统中目前有旧驱动器，但当我尝试执行 Time Machine 备份时，速度非常慢。它使用与以前相同的设置/位置。我下载TM 好友，其中说...

Starting standard backup
Backing up to: /Volumes/Mac Time Machine/Backups.backupdb
Event store UUIDs don't match for volume: Macintosh HD
Waiting for index to be ready (100)
Waiting for index to be ready (100)
Node requires deep traversal:/ reason:must scan subdirs|new event db|
No pre-backup thinning needed: 109.39 GB requested 
      (including padding), 121.15 GB available

我正在尝试进行备份，以便可以放入另一个新驱动器，这样我就可以进行 Time Machine 还原，就像我上周所做的那样。

我该如何修复这个问题？

答案1

修复此问题：等待。

  • 执行完整恢复后，Time Machine 会根据设计始终创建完整备份。为什么Apple 认为这是必需的，我更倾向于长期可靠的备份和磁盘空间。另请参阅 Apple 的Mac OS X 10.5：Time Machine 在完整恢复后执行完整备份。

  • 在所有其他情况下：Time Machine 检测到它无法分辨您的备份中包含哪些内容，哪些内容不包含，因此需要对两者进行比较。您可能还会看到Node requires deep traversal。

这与磁盘（硬件）本身的 ID 无关。TM 保留FSEvents ID它用于上次备份在“扩展属性”中 com.apple.backupd.SnapshotVolumeLastFSEventID在磁盘上。通常，只需将该值与 OS X 已知的 ID 进行比较，即可确定发生了什么变化。但是，如果由于某种原因 OS X FSEvents 数据库不再受信任，它会创建一个新的数据库，从而更改其唯一的 UUID。TM 通过将该唯一 UUID 与备份中存储的 UUID 进行比较，检查 FSEvents 数据库是否可用于特定备份磁盘com.apple.backupd.SnapshotVolumeFSEventStoreUUID。因此，在创建新的 FSEvents 数据库后，这些 UUID 不再匹配，TM 需要将硬盘与备份进行比较，或者可能需要创建完整备份。

答案2

我发现 UUID 问题已解决，并且在出现许多类似这样的消息后备份仍在继续：

2012 年 3 月 15 日下午 1:49:35.010 com.apple.backupd：正在等待索引准备就绪 (100)

但是，只有当备份驱动器上有足够的空间时才可以。我的驱动器已经满了，这种“等待索引”的状态一直持续到我回收驱动器上的一些空间为止。

相关内容