Using a P67 Sabertooth, no RAID configuration settings enabled, Win7 x64. All drives are SATA - I have 5 drives attached, including one external drive over e-SATA and additionally, two optical drives attached. My OS drive is in the fastest SATA port, which I presume to be the first or primary controller, closest to the board.
My problem arises when one of my additional storage drives fails to show in Windows - typically, I'll re-install the various SATA controller drivers from the P67 Support page to correct this and reboot. When it does show back up, my C:\ drive may fail to boot on the next restart - I think the actual message refers to BOOTMGR, but I can't recall. Why does this happen?
The only way to fix it is to boot off a recovery CD and use DISKPART to set the disk as active and then run fixmbr commands or let Windows do it's repair thing automatically.
I can also get this problem to happen if I change out which controller my primary OS HDD is attached to - I have to run the repair commands. I typically encrypt my OS drive with TrueCrypt or DiskCryptor and when I run into this issue, it causes all sorts of headaches - having to unencrypt my ENTIRE drive and then go through the motions of booting off the ODD for the repair commands (this usually wastes an entire day.)
What can I do to prevent my additional drives from disappearing, is there something I can check in Windows Disk Management utility or somewhere else? What about the issue arising when SATA ports are changed?
I have read the sticky FAQ on SATA controller issues, but I'm unsure how this relates to my problem, as I'm not really upgrading to a RAID array or switching drives for an OS install.
My problem arises when one of my additional storage drives fails to show in Windows - typically, I'll re-install the various SATA controller drivers from the P67 Support page to correct this and reboot. When it does show back up, my C:\ drive may fail to boot on the next restart - I think the actual message refers to BOOTMGR, but I can't recall. Why does this happen?
The only way to fix it is to boot off a recovery CD and use DISKPART to set the disk as active and then run fixmbr commands or let Windows do it's repair thing automatically.
I can also get this problem to happen if I change out which controller my primary OS HDD is attached to - I have to run the repair commands. I typically encrypt my OS drive with TrueCrypt or DiskCryptor and when I run into this issue, it causes all sorts of headaches - having to unencrypt my ENTIRE drive and then go through the motions of booting off the ODD for the repair commands (this usually wastes an entire day.)
What can I do to prevent my additional drives from disappearing, is there something I can check in Windows Disk Management utility or somewhere else? What about the issue arising when SATA ports are changed?
I have read the sticky FAQ on SATA controller issues, but I'm unsure how this relates to my problem, as I'm not really upgrading to a RAID array or switching drives for an OS install.