PC not booting with old IDE(non-boot) drive attached

[Frazman00]

Hi,

I purchased an IDE to SATA adapter today to access files etc from an OLD PC's HDD (Model: Hitachi HDS728080PLAT20 from 2005).
ADAPTER: https://www.jaycar.com.au/ide-to-sata-hdd-upgrade-panel/p/XC4970

I attached the drive no worries, turned on the PC and went straight into the BIOS.

The old HDD showed up, alongside my usual storage drive (I have a 960EVO NVMe OS drive, and seagate HDD storage drive).

However, when exiting the bios to go into windows, it was taking ages, with the windows boot loading circle going around and around with no avail. I proceeded to shutdown the PC using the case power button and remove the old HDD. I then booted the PC and except for a 'windows did not shutdown properly' message (which is obviously to be expected when turning off PC during boot / loading) it booted fine.

So obviously the old HDD (which was an OS drive, with windows XP on) is interfering with loading windows.



ANY IDEAS?



TLDR; added old drive to new PC to get old files off, PC wont load windows when old drive is connected (windows loading circle goes on forever)



Cheers.

[Spawn of Totoro]

There are a couple of setting for an HDD in a bios that can cause it. What is the modle of motherboard you are using? Does it have a legacy setting for use with older drives?

Maybe an external enclosure would be a better idea, if you just want to get files off of it.

[Frazman00]

Originally posted by Spawn of Totoro:

There are a couple of setting for an HDD in a bios that can cause it. What is the modle of motherboard you are using? Does it have a legacy setting for use with older drives?

Maybe an external enclosure would be a better idea, if you just want to get files off of it.

I have an NVMe OS drive, so can't boot in legacy :/
MOBO is an AORUS Z370 ULTRA GAMING.
I realise now that using a USB adapter may have been easier, however I'd like to get it working with this one, so I dont have to go buy a usb one i'll only use once...

Any thoughts? The only thing i can think of is that the SATA Mode selection in the bios is set to Intel RST Premium with Intel Optane acceleration, and not AHCI... I thought of changing it to AHCI to try, however I also have a seagate HDD and dont want to risk damaging it if i use the AHCI mode when it's always been used in the aforementioned RST mode... What do u think?

[darkkterror]

Do you know that the IDE drive is in proper working order? I have seen failing hard drives cause a computer to take an exceptionally long time to boot or even prevent it from booting successfully at all. Yes, even a failing drive that isn't the Windows drive, as you are still forcing Windows to address that drive simply by having it connected.

[Talby]

a few ideas

- make sure BIOS is set to only boot from your SATA hdd (either in setup or from the F12 prompt)
- disable the partition boot flag in the old drive completely (gparted or whatever bootable partition tool)
- disable all SATA boot completely and go linux live USB, and see if both drives can be seen and you can mount them under the USB OS and copy/paste as you like

Originally posted by darkkterror:

Do you know that the IDE drive is in proper working order? I have seen failing hard drives cause a computer to take an exceptionally long time to boot or even prevent it from booting successfully at all. Yes, even a failing drive that isn't the Windows drive, as you are still forcing Windows to address that drive simply by having it connected.

That's a good point, if you boot up linux USB and see the boot messages (usually hit esc to see them) you will probably see a bunch of timeout and disk errors. Not sure if you can do that on windows...

[upcoast]

https://www.amazon.ca/Fosmon®-Premium-Quality-External-Converter/dp/B00K32I3AO/ref=sr_1_10?ie=UTF8&qid=1525965692&sr=8-10&keywords=sata+to+usb+adapter

For future or even now if you can't get the other one going these ^ basic cheap adapters work easily via usb, I use this type all the time to access old drives or to use a dvd burner in a pinch.