PDA

View Full Version : Primary IDE Conflict


Bil
05-04-2002, 09:10 PM
I just installed the latest VIA 4in1 drivers for my KM133(8365)chipset.
I have been unable to get ultra DMA enabled for the hard drive and thought this may help. Well, the computer locked up when it was supposed to reboot and now there is a conflict with the Primary IDE Channel.

For some reason a SCSI driver loaded (don't even have an SCSI device) and
this is on the same IRQ as the Primary IDE causing a conflict. The computer does work o.k., but not quite up to speed. There were no extra drivers installed with the old VIA 4in1 (but only PIO instead of UDMA).

There is absolutely no option (right click or whatever) to "Disable" this
unecessary SCSI driver in the Device Manager. Uninstalling and reinstalling the VIA drivers does not help. Does anyone know of a way to fix this?

I have Windows 2000 (SP-2). My system has a recent model Seagate 20 GB, 7200 RPM HD - 800MHz Duron CPU, 256MB RAM. Just need help getting rid of the SCSI driver. On my other (similar) computer SP-2 got UDMA to work.

Thanks,


------------------
Bil

Sylvander
05-05-2002, 01:51 PM
Hello Bil

I'm not sure exactly what you've done but:

I guess you've made a change to your PC's configuration that the hardware or software is incapable of implementing.
Probably you ticked the DMA box then tried to implement it by re-Booting and upon reboot the trouble started.
I would have immediately rebooted again, gone to the Startup Menu [by blipping F8 in my case]selected "Command Prompt Only" and at the DOS prompt typed "scanreg /restore" and selected the latest good backup of the Registry. This would undo the configuration change by going back to the previous good Registry.

Your PC [scanreg] takes a backup of the Registry [and other configuration and initialisation files] at the first successful boot on a new day [I think].
If scanreg has not taken more than four subsequent copies of your bad Registry you could restore a good copy.

The alternative is that provided you have a good backup of a working system of software and the hardware has not changed since it was taken [or you can go back to the matching hardware arrangement] then you could restore the backup to go back to a working system.

The important message is: Backup, Backup, Backup,
especially before a change.
Then you can go back if things go wrong.

If all else fails Re-format your Hard Drive and Re-build your software arrangement by re-installing your software.