I previously wrote: > To answer your question, asr does sector copies only if you've booted from > another volume, such that the state of the source volume you're copying is > not changing. If you've booted from the source disk, its state changes > constantly so a sector copy isn't possible, it has to do a file copy. The > resulting volume has a different GUID, and a new file system.
And that also includes new inodes. And Time Machine makes heavy use of hard links, which depend on inodes. That alone would be enough to require a new, from scratch, Time Machine backup. And then there's the way the file system tracks changes using mds and file system metadata, so it knows what files to incrementally backup. Chances are, when asr did its file copy, all of that information was reset. So that also could be a cause. But I suspect backupd saw that the new disk had a new GUID and from that determined it was going to do a full backup of everything - most efficient way to go about it. I suggest triage: open the most important files, every single one of them, and see if they contain any symptoms of corruption. Top on the list, they can't be opened by their creating application. Next, partial corruption which you may find as formatting weirdness, or entire pages that have garbled content. Images are usually more obvious when they've been corrupted. Chris Murphy _______________________________________________ MacOSX-admin mailing list [email protected] http://www.omnigroup.com/mailman/listinfo/macosx-admin
