Disk Management (Snap in) shows swaped Disk0=D and Disk1=C

That is what we mean when we say the SATA port doesn't matter!

And I don't like it either.

This would be particularly true in AHCI mode. The system could not handle hot swapping disk drives if it were trying to maintain a fixed order to the drives. It must be flexible by default.

essenbe said:

Well, just to confuse the issue a little, the install dates for all my drives were on another motherboard. I had to RMA the board twice, so they were actually installed 3 times on this machine on 3 motherboards (same make, model). But, they show the install date and first install date as the date I installed Windows when I first built this rig. To further confuse the issue, two of the drives came from another machine which is still running and was built about 3 months before the installed date. This motherboard was placed in this machine the last time on March 2nd or 3rd. All 3 drives list the install date as 10/19, which is about the time I built this rig the first time. Due to the fact that the RMA'd boards were the exact make and model, I never reinstalled the OS. This is the same OS I installed when I first built this machine. It seems to me that the install date coincides with the installation of the OS and not when the drives were first put online, or put in the machine.

Now, are we doing this because we are really OCD or because we are control freaks or is there a difference.

No difference.
For me it is like when people say "you can't build a perpetual motion machine". My first, natural reaction:



I think you are absolutely right about the install date. And that would mean that it probably has nothing to do with the disk order problem. My experience with replacing the defective drive would support that. So the install date is probably a red herring.

So we are back to the beginning: all Sata ports are treated equally, queried in parrallel as Dwarf stated, and it all comes down to which drives are enumerated first. And just because a drive is an super fast SSD does not automatically mean that it's firmware will communicate it's presence faster that a spinner. The spinner, being a relatively simpler device, may just be ready faster.

And it looks like I am definitely wrong about a method to reorder drives. That obviously does not work for all people. The differences in people's systems is very complex and any minor variation in the setups could make the difference.

A couple of further thoughts:

• My UEFI allows me to set individual drives as Removable or not. I haven't checked recently, but my initial settings were Disabled (Hot Plug) for all 3 drives. I wonder if this variation makes a difference?
• And I'm wondering what would happen if a ClearCMOS was performed before adding the drives in the order you want. I'm doubtful on this - I believe the "CMOS" only keeps a Checksum, not the table of enumerated devices.

Not that it makes a difference, but my bios is set for all drives to be hot pluggable. I have the same options as you, but elected to make them removable.

I find that hard to explain, but I have been known to do some unusual things with my computer and have found the need to remove a drive while the computer was running. I could shut down, remove the drive and restart, but it is just more convenient to me to have it that way. I realize that makes little sense to anyone here, but it's the way I've always done it and see no reason to change now. It has never caused me any problem in the past so I continue to do things the way I've always done them. I know, it makes little sense to anyone except me.

Lady Fitzgerald, one reason I find it useful may be a difference in boards. But, I do a lot of backups and other things with external esata docks. If the drives are not hot swappable, I have to shut the computer down, start the drive and restart for bios and the OS to pick up the drive, then shut down to disconnect. With them hot swappable, I simply turn on the power to the drive and it shows up and when finished turn it off. I also have to hot plug the drives using Parted Magic to un freeze the drive to do a secure erase, or at least I used to. They have fixed the problem now with the later editions so you can put it to sleep and unfreeze it.

Nothing wrong or unusual about that. I bet most people do it that way.

I just have no intention of swapping any of my internal drives out for any reason, so they are 'fixed' in my mind. Just thought it might be more stable that way at the moment the decision presented itself. And that is probably not correct either.

But at least that eliminates any AHCI factor from the equation in our unsolvable problem!

incurablegeek said:

I'm hearing that it makes no difference what SATA port (1-6) you attach your SSD or HDD for OS/Programs. I'm sorry, but I don't believe that for a minute.

I don't know what others are inferring but I never adhered to the above quoted claim. What doesn't really matter is the drive number assignment. Sata ports have physical attributes that matter.
Summary: there is not a guaranteed one to one relationship between sata port and drive number assignment.

I have 2 hot swap drive bays in my computer. I don't remove them from the machine, I can just slide them out a little to disconnect them then slide it back in. I do that with my C drive if I want to experiment with another OS and don't want to dual boot, and then have to fix the boot files when I'm finished playing. I did that with my little experiment last night. It was no big deal. Sure as heck beats taking the side of the case off. As soon as I find the parts available, I'll have 4 hot swap drive bays. I can also install another OS on to an external drive using esata docks, and boot from them. Long story short, there is no telling what I may try with my computer. All options are on the table.