Hello everyone,
I just came across a little big issue about my hard drive, namely the hard drive that is teamed up with my DVD writer on the secondary IDE cable.
First off, let me go back a few hours.
I was just browsing though the daemon tools forums, mainly this following post:
The problem mentioned is that StarForce could possibly reduce your DVDdrive's performance by setting it into PIO mode, thus slowing your drives down and reducing the performance of your drive over a few months before ultimately killing the drive due to this PIO mode.
I read up on that (since I am an avid gamer who also owns some SF3-titles) and checked my drives in the Windows Device Manager. Now the drives seemed fine, so I went to have a look at the IDE ATA/ATAPI controllers, namely the ATA controller (since I don't have SATA drives). The primary channel seemed fine, but on the second channel (which included the DVD writer and the 300GB backup drive) I found what you see on the screenshot attached:
it seemed that my hard drive was being forced into a smaller DMA mode due to read or write errors.
Now, this 300GB harddrive is to 209GB full. It contains my artwork backups I am using (or used) for clients of mine, it contains my image-library and most of all private data like family photos, video clips from holidays etc etc.
Of course I panicked. I tried to reboot, go into the BIOS, rebooted, still the same problem. I tried to force the drive into UDMA133 mode, still no joy.
Then I read up again on hard drives, this time in the M$-knowledge base. The KB suggested to replace the IDE cable. Okay, I had these cables for a couple of years now, maybe that was the problem. So I went and replaced the cable. Same problem.
Then it occurred to me: I am using a caddy to hold the drive in place! The caddy - the lovely disk-holder that would make it possible for me to easily swap drives without opening my case - was I sure that the caddy did not mess things up? So I went and removed the drive from the caddy and tried again. Again, an error, however this time because the tick box "Let BIOS decide transfer mode" was (mysteriously) unticked. After ticking the box and a reboot everything was fine! I was happy!
So I went and removed the caddy from the case. I switched the machine on.....
...and the drive had the same error again.
Man, I thought I just fixed it? Again the tickbox was unticked, so I went and re-ticked the box, rebooted and the dirve was okay again.
I rebooted again, just to make sure that the box "Let Bios decide transfer mode" was ticked. It was. So I was happy.
All in all, I am just glad that this issue is solved (apart from the fact that I spent good money on a caddy ), and maybe I could help one or two in here with a similar problem.
I just came across a little big issue about my hard drive, namely the hard drive that is teamed up with my DVD writer on the secondary IDE cable.
First off, let me go back a few hours.
I was just browsing though the daemon tools forums, mainly this following post:
The problem mentioned is that StarForce could possibly reduce your DVDdrive's performance by setting it into PIO mode, thus slowing your drives down and reducing the performance of your drive over a few months before ultimately killing the drive due to this PIO mode.
I read up on that (since I am an avid gamer who also owns some SF3-titles) and checked my drives in the Windows Device Manager. Now the drives seemed fine, so I went to have a look at the IDE ATA/ATAPI controllers, namely the ATA controller (since I don't have SATA drives). The primary channel seemed fine, but on the second channel (which included the DVD writer and the 300GB backup drive) I found what you see on the screenshot attached:
it seemed that my hard drive was being forced into a smaller DMA mode due to read or write errors.
Now, this 300GB harddrive is to 209GB full. It contains my artwork backups I am using (or used) for clients of mine, it contains my image-library and most of all private data like family photos, video clips from holidays etc etc.
Of course I panicked. I tried to reboot, go into the BIOS, rebooted, still the same problem. I tried to force the drive into UDMA133 mode, still no joy.
Then I read up again on hard drives, this time in the M$-knowledge base. The KB suggested to replace the IDE cable. Okay, I had these cables for a couple of years now, maybe that was the problem. So I went and replaced the cable. Same problem.
Then it occurred to me: I am using a caddy to hold the drive in place! The caddy - the lovely disk-holder that would make it possible for me to easily swap drives without opening my case - was I sure that the caddy did not mess things up? So I went and removed the drive from the caddy and tried again. Again, an error, however this time because the tick box "Let BIOS decide transfer mode" was (mysteriously) unticked. After ticking the box and a reboot everything was fine! I was happy!
So I went and removed the caddy from the case. I switched the machine on.....
...and the drive had the same error again.
Man, I thought I just fixed it? Again the tickbox was unticked, so I went and re-ticked the box, rebooted and the dirve was okay again.
I rebooted again, just to make sure that the box "Let Bios decide transfer mode" was ticked. It was. So I was happy.
All in all, I am just glad that this issue is solved (apart from the fact that I spent good money on a caddy ), and maybe I could help one or two in here with a similar problem.
Comment