substituting IDE drivers during boot
#1
Posted 13 February 2009 - 01:15 PM
So, please... how can we build a driver diskette including a substitute intelide.sys (for instance) and have it loaded by Windows using the [F6] procedure ? How would we write the appropriate TXTSETUP.OEM - along with any other required files ?
--
Ninho
#2
Posted 14 February 2009 - 05:27 AM
Ninho, on Feb 13 2009, 08:15 PM, said:
The referenced KB is an oldish one, (possibly a remnant of NT 4.00 HD detection in Win2K) and it involved ATAPI.SYS.
Intelide.sys is a "controller driver", intelide.sys is a "replacement" for pciide.sys:
http://support.micro...kb/322359/en-us
Intelide.sys, pciide.sys, pciidex.sys are in the Registry "System Bus Extender"
atapi.sys is the ATA/IDE miniport driver, and is in the Registry "SCSI miniport"
Which one do you want to change/replace, and for what actual reason?
Maybe unrelated, but FYI:
http://alter.org.ua/...ft/win/uni_ata/
jaclaz
P.S.: sometyhing still seemingly unrelated, but that may be useful
http://www.911cd.net...showtopic=22313
http://www.911cd.net...showtopic=21867
http://www.911cd.net/forums//index.php?sho...c=22523&hl=
This post has been edited by jaclaz: 14 February 2009 - 05:31 AM
#3
Posted 14 February 2009 - 11:02 AM
jaclaz, on Feb 14 2009, 12:27 PM, said:
Not a remnant, it's a bug in Windows 2000 original, all versions (corrected in SP1).
It's awful because it strikes under ill defined conditions (the kb article is neither precise nor correct in this respect) - affects a probably small but really impossible to evaluate proportion of systems.
As it happens, VMware virtual machines may be affected too.
IMHO opinion that bug is comparable to the infamous disaster with MS DOS 4.0 randomly trashing disks due to a coding error in the FAT handler. Will MS ever change ?
Quote
atapi.sys is the ATA/IDE miniport driver, and is in the Registry "SCSI miniport"
Which one do you want to change/replace, and for what actual reason?
One or several of those. I am asking if it's possible to replace them on the fly when booting from a CD, and how. Indeed I'm sure I read sometime you can do it and it might be tricky, wasn't especially interested then...
Quote
http://alter.org.ua/...ft/win/uni_ata/
I saw that one too. Shall have a peek at your other links
...
P.S : I'm not especially after a way to circumvent the bug - I only mentionned it as a motivation, and because the kb article is important and was nuked by the Redmond police
--
Ninho
#4
Posted 14 February 2009 - 03:12 PM
I believe you could substitute most drivers for disk adapters with an F6 diskette, but... There's a far better way! If this bug has been improved by a Service Pack, then make yourself a CD with integrated SP4! It has many more advantages, especially when repairing Win.
Your have two relatively simple options (for a French W2k), and there are more complicated ones.
The first is to do what Microsoft has foreseen for you. Copy your W2k CD to your HDD, apply the Sp4 to this copy (option /integrate), extract the CD's boot sector and burn a new CD with the boot sector and the updated copy. You now have an authentic W2ksp4 installation CD.
If you prefer French:
http://www.bellamyjc...cdbootable.html
http://www.generation-nt.com/dossiers/lire...vec-sp4-integre
Every patch for W2k and its original components can be integrated this way, especially the Rollup 1 and security patches for W2k - this includes ie5, Wmp6, dX7 and the others. But not ie6, Wmp9, dX9 and other pieces that didn't ship with W2k.
The other simple possibility is to use Hfslip to make a CD that install everything the way you want: the CD can include ie6, Wmp9 and its codecs, dX9, Dotnet and nearly anything you want. To my taste a better solution, especially for repairs. Detailed on msfn.org.
Both options are faster than writing or adapting your own F6 diskette.
#5
Posted 14 February 2009 - 03:55 PM
pointertovoid, on Feb 14 2009, 10:12 PM, said:
Your have two relatively simple options (for a French W2k), and there are more complicated ones.
You are absolutely right, of course, and in actual deed I made such a slipstreamed W2k w/ SP4 CD long ago :=)
Quote
Probably so. But take notice, s'il vous plaît : I want to learn how to make an F6 diskette with IDE controllers. This is the whole point of this thread ! Could you point me to a how-to ?
#6
Posted 15 February 2009 - 03:04 AM
SP1 for Win2K was released in december 2000 or january 2001
Now, if you are still using a non SP3 or SP4 source, you do have far greater problems than that bug.
@pointertovoid
Bonjour
http://en.wikipedia....es_de_la_Palice
@Ninho
Still, I don't get fully what the problem is.
Drivers usually come with their own TXTSETUP.OEM and instructions on how to make a F6 floppy.
Maybe reading between the lines of this:
http://www.911cd.net...?showtopic=1543
will help you
TXTSETUP.OEM is a file with the .inf structure:
http://www.wd-3.com/...ve/InfFiles.htm
http://www.osronline...tsetup_1wmq.htm
A practical example:
http://www.msfn.org/...showtopic=81659
jaclaz
#7
Posted 15 February 2009 - 03:33 AM
Quote
Drivers usually come with their own TXTSETUP.OEM and instructions on how to make a F6 floppy.
But the standard IDE drivers don't come so packaged - mainly for the reason stated above. MS never thought you'd want to replace them. Now for what I wish to achieve : devise a process for using the original (=buggy) 2k pro CD, such as for install or repair, on motherboards which do trigger the kb254769 bug. There seems to be no other way out than to replace the built-in IDE drivers during the text-based phase of setup (or recovery console) and of course later too.
Regards
#8
Posted 15 February 2009 - 12:07 PM
First remove from TXTSETUP.SIF the "generic" drivers. (thus producing an unbootable without F6 files install CD)
Then create the F6 floppy.
The info in the referenced threads should be enough.
But yet, and I know I may seem a bit tough, it seems to me like you are beating a dead horse, kb254769 has been fixed seven years ago.
If you experience the same or a similar bug, it would be a good reason for this experiment
jaclaz
This post has been edited by jaclaz: 15 February 2009 - 12:08 PM
#9
Posted 15 February 2009 - 12:49 PM
jaclaz, on Feb 15 2009, 07:07 PM, said:
First remove from TXTSETUP.SIF the "generic" drivers. (thus producing an unbootable without F6 files install CD)
That's a fine idea, but we want to use the original, read only, CD (did I forgot to state it ?)
Nonetheless I'll be trying your method using an ISO for CD in a VM that exhibits the flaw
Quote
Some trouble for sure ! Oh, by the way it's not necessarily 15 heads.
Thank you very much Jaclaz !
This post has been edited by Ninho: 15 February 2009 - 01:04 PM
#10
Posted 15 February 2009 - 01:45 PM
I meant, remove "generic" drivers from TXTSETUP.SIF and create an F6 floppy with them.
Test on a normal, not-affected by the bug machine.
Install the "normal" CD.
Make an image of the install.
Start a new VM, install the "hacked" CD + the F6 floppy with the generic drivers.
Compare the new install with the previous "normal" one.
This way you can be sure that you managed to create a "good" F6 floppy disk.
Once you are sure that this work, we will talk about something else, like using the (4 for win2K, 6 for XP) floppies set to install, it should be possible
jaclaz
#11
Posted 16 February 2009 - 05:34 AM
jaclaz, on Feb 15 2009, 08:45 PM, said:
You shouldn't have to blush, must be me
/snippage.../
Quote
Once you are sure that this work, we will talk about something else, like using the (4 for win2K, 6 for XP) floppies set to install, it should be possible
Ahem, there's "du pain sur ma planche" - a lot on my plate... Thanks again, shall call back later
--
Ninho
- ← 32bit Windows not using/seeing all 4GB RAM?
- Windows NT4/2000/2003
- Aero for Group Policy in Mixed domain? →



Help

Back to top









