Hi all. I was setting up a new dual 2.3GHz Tower today with 1GB memory, a Sony SuperDrive, and a Western Digital 250GB hard drive. After transferring the user stuff to the new Mac with the Migration Assistant, and running Software Update to bring everything up to spec, I ran Disk Utility to Repair Permissions (all OK), Disk Warrior 3.0.3 to check the file structure (all OK), and iDefrag 1.1b1 from Coriolis-Systems (a new app to replace Norton's venerable Speed Disk).
About 50 minutes into the defrag, iDefrag stalled. I was running the Mac from my FireLite FireWire drive (running MacOS X 10.4.1), and everything else seemed to be fine, so I was a bit puzzled. I've been using iDefrag for a couple of months now, and it has worked reliably for me. I entered into an email exchange with their support staff and they were puzzled as well. They suggested that I track issues being recorded in the system.log, as well as their own log, so I did.
It turns out that whenever iDefrag stalled, a few seconds later the system.log recorded this entry: kernel[0]: IOATAController device blocking bus error, and proceeded to continue to post a new entry every few seconds until I rebooted the Mac.
I had initially thought there might be a bad block on the hard drive, and had run a lengthy surface scan on the platters using Tech Tool Pro 4.0.4, but nothing turned up. A check of the volume's directory and file structure also reported no errors. So, I proceeded to repeatedly reboot and continue with iDefrag (three times as it turns out) since it was making progress (i.e., not hanging at the same place on the platter). iDefrag eventually successfully completed the defrag with no errors, so I'm now very suspicious about the hard drive.
This evening Coriolis Systems got back to me to say they saw some hard drive issues being reported with this log entry from last year, and sure enough there are. Those postings (search on IOATAController in Google) mostly applied to Mac laptops, but some users were reporting the issue with Western Digital drives, as well.
I'm now suspecting that I may have a hard drive issue. I left the Mac running overnight and look forward to checking on its status in the morning. The issue manifested itself every 45-50 minutes following intense disk read-write activity, which it won't get tonight.
However, I thought I'd post this online to alert others to a potential issue.
More to follow later.
About 50 minutes into the defrag, iDefrag stalled. I was running the Mac from my FireLite FireWire drive (running MacOS X 10.4.1), and everything else seemed to be fine, so I was a bit puzzled. I've been using iDefrag for a couple of months now, and it has worked reliably for me. I entered into an email exchange with their support staff and they were puzzled as well. They suggested that I track issues being recorded in the system.log, as well as their own log, so I did.
It turns out that whenever iDefrag stalled, a few seconds later the system.log recorded this entry: kernel[0]: IOATAController device blocking bus error, and proceeded to continue to post a new entry every few seconds until I rebooted the Mac.
I had initially thought there might be a bad block on the hard drive, and had run a lengthy surface scan on the platters using Tech Tool Pro 4.0.4, but nothing turned up. A check of the volume's directory and file structure also reported no errors. So, I proceeded to repeatedly reboot and continue with iDefrag (three times as it turns out) since it was making progress (i.e., not hanging at the same place on the platter). iDefrag eventually successfully completed the defrag with no errors, so I'm now very suspicious about the hard drive.
This evening Coriolis Systems got back to me to say they saw some hard drive issues being reported with this log entry from last year, and sure enough there are. Those postings (search on IOATAController in Google) mostly applied to Mac laptops, but some users were reporting the issue with Western Digital drives, as well.
I'm now suspecting that I may have a hard drive issue. I left the Mac running overnight and look forward to checking on its status in the morning. The issue manifested itself every 45-50 minutes following intense disk read-write activity, which it won't get tonight.
However, I thought I'd post this online to alert others to a potential issue.
More to follow later.