Performance (slow) and (maybe) problems doing the troubleshooting steps

Question

I had noticed Time Machine backups taking longer and having more of a performance hit when they were happening, so I decided to check things out.
Based on some forum postings, I decided to try some of the steps outlined in the main "troubleshooting" thread.
Bottom line: I ended up at the Repair/Verify Disk step (A5) in the troubleshooting steps and since I'm using a Time Capsule, proceeded with (trying) to run a repair on the sparse bundle. Opened things up, but when I tried to " . . . mount the sparse bundle by opening the TC in the Finder and double-clicking on the sparse bundle" things seemed to hang.
I have a window indicating it is opening the sparse bundle (name seems correct), but it has been doing this for over half an hour without any visible progress. All I have is a process bar and "Checking Volumes..." (I do have cancel & skip as options.)
I'm loath to cancel or skip as it is possible that taking this long is normal.
Can anyone give me an idea how long to expect this to take and/or if it won't open properly, suggest a next step to try?
Thanks in advance,

Answer 1

Here's the logs (I confess, I forgot to check that when it wasn't in the visible window).
2010-03-03 15:34:22 -0500: Disk Utility started.
2010-03-03 15:34:31 -0500: Verify and Repair volume “Backup of Chris Huntington’s Computer”
Starting repair tool: 2010-03-03 15:34:31 -0500
2010-03-03 15:34:31 -0500: Checking Journaled HFS Plus volume.
2010-03-03 15:34:31 -0500: Detected a case-sensitive catalog.
2010-03-03 15:34:32 -0500: Checking Extents Overflow file.
2010-03-03 15:34:32 -0500: Checking Catalog file.
2010-03-03 15:52:44 -0500: Checking multi-linked files.
2010-03-03 21:12:52 -0500: Checking Catalog hierarchy.
2010-03-03 21:51:24 -0500: Checking Extended Attributes file.
2010-03-03 21:53:06 -0500: Checking multi-linked directories.
2010-03-03 23:22:27 -0500: Checking volume bitmap.
2010-03-03 23:22:29 -0500: Checking volume information.
2010-03-03 23:22:29 -0500: 2010-03-03 23:22:29 -0500: The volume Backup of Chris Huntington’s Computer appears to be OK.
Repair tool completed: 2010-03-03 23:22:31 -0500
2010-03-03 23:22:31 -0500:
2010-03-03 23:22:31 -0500:
2010-03-04 08:24:55 -0500: Attach Image “Chris Huntington’s Computer_001b63a90f4c.sparsebundle”
2010-03-04 08:24:55 -0500: Initializing…
2010-03-04 08:24:59 -0500: Operation canceled by user.
2010-03-04 08:25:10 -0500: Attaching…
2010-03-04 08:25:11 -0500: Checking volumes…
2010-03-04 08:25:11 -0500: Volume check completed…
2010-03-04 08:25:11 -0500: Attaching…
2010-03-04 08:25:11 -0500: Finishing…
2010-03-04 08:46:59 -0500: Verify and Repair volume “Backup of Chris Huntington’s Computer”
Starting repair tool: 2010-03-04 08:46:59 -0500
2010-03-04 08:46:59 -0500: Checking Journaled HFS Plus volume.
2010-03-04 08:46:59 -0500: Detected a case-sensitive catalog.
2010-03-04 08:46:59 -0500: Checking Extents Overflow file.
2010-03-04 08:46:59 -0500: Checking Catalog file.
2010-03-04 09:05:12 -0500: Checking multi-linked files.
2010-03-04 11:35:50 -0500: Stopped by user
Repair tool completed: 2010-03-04 11:35:56 -0500
2010-03-04 11:35:56 -0500:
2010-03-04 11:35:56 -0500:
As you can see, I ended up aborting the second one after ~3 hours (99.9% of which was spent ~1/2 way done with 21 minutes as the estimated remaining time).
Also, the first attempt took almost 8 hours(!) and didn't detect any errors.
I see, re: reset. I'm pretty much in agreement that it's beginning to look like deleting the sparse bundle and just letting time machine take over (i.e. starting from scratch) is looking like the main option.
I guess on one level, I'm back to the strangeness of my "problem." Everything, other than being really slow (including the disk utility check), seems to be working. On one level, I am paranoid that there is indeed a problem and worry that if I just ignore it, it will come back to bite me if I ever actually need to restore from the backup.
Thanks again,