| このページは大阪弁化フィルタによって翻訳生成されたんですわ。 | 
This site uses advanced css techniques
 We recently attempted to install Windows Small Business Server 2003 onto
a rackmount computer that had a 3Ware
RAID controller not supported by the setup CD, and no CD-ROM or
floppy drive.  This machine was housed in a data center 400 miles away,
and even with a USB floppy and CD-ROM drive, we were not able to get
the RAID controller's driver recognized by Windows, and we returned home
from our trek with no success whatsoever.
We recently attempted to install Windows Small Business Server 2003 onto
a rackmount computer that had a 3Ware
RAID controller not supported by the setup CD, and no CD-ROM or
floppy drive.  This machine was housed in a data center 400 miles away,
and even with a USB floppy and CD-ROM drive, we were not able to get
the RAID controller's driver recognized by Windows, and we returned home
from our trek with no success whatsoever.
Frustrated by this, and intending not to make another wasted trip, we purchased an identical RAID controller — a 3Ware 8006-2LP — and studied the process from home. We ended up creating a slipstreamed SBS2003 installation CD with the 3Ware driver built in.
With the increasing number of machines being shipped without floppy drives (and the popularity of cheap, high-performance RAID controllers), we think that this problem is going to get worse before it gets better. It took some amount of time to figure out all the issues involved, but it worked the first time: wow! This Tech Tip describes our process.
Our example applies strictly to Windows Small Business Server 2003, though we're fairly sure that it can be extrapolated to other modern systems, such as XP or Server 2003. We list some resources these other versions at the end of this Tip.
During the initial CD-based Windows Server 2003 installation, it allows for pressing F6 very early in the process to request prompting for a diskette containing any special drivers needed. This is mainly used for disk controllers to allow Windows to talk to the hard drive.
It's unfortunate that the time window for pressing F6 is so short, and offers no confirmation that it was indeed pressed. The installation script scans the hardware and preloads many drivers, and eventually prompts the user to insert a floppy disk into A:; it's supposed to contain the third-party driver.
 This process only reads from the A: drive — there
is no "Browse" option to pull a file from the hard drive, the CD,
or the network. It's gotta be the floppy.
This process only reads from the A: drive — there
is no "Browse" option to pull a file from the hard drive, the CD,
or the network. It's gotta be the floppy.
If all goes well, the add-on driver is loaded into the running system and used to access the hardware. One can tell that it's working by the fact that it actually sees the hard drive and offers to repartition and format it. Surprisingly (to us), a USB-based floppy drive worked just as we'd have expected a motherboard-based drive to perform.
Some time later, after the hard drive has been formatted, the setup program requires the diskette again to copy the driver files while populating the new C:\WINDOWS\ tree, but we found that the installer consistently refused to recognize the same USB floppy drive in any way.
With no avenue for getting the driver onto the hard drive, the machine is dead in the water: can't continue installation, and starting over gets the same thing.
A bit of searching the web shows that others have had similar issues, which suggests that it's not the same code which accesses the floppy driver in each case (there have been reports that HP brand USB floppy drives work, but we didn't dig into this at all).
Faced with the option of (a) giving up on the RAID controller, (b) opening the case to install a physical floppy drive, or (c) building a custom installation CD that had the proper driver built in.
We chose (c).
Though it took us a while to figure out this process, it's been a remarkably smooth one. We've run through this a couple of times and it's been flawless.
 They're usually found on a CD that shipped with the hardware or available
	on the vendor's website, and they must be downloaded to the working
	system. This is usually just a few .SYS or .DLL files,
	along with at least one .INF file.
	They're usually found on a CD that shipped with the hardware or available
	on the vendor's website, and they must be downloaded to the working
	system. This is usually just a few .SYS or .DLL files,
	along with at least one .INF file.
C:\> D: D:\> cd \sbs2003 D:\sbs2003> XCOPY R:\ /S
 Obtain nLite software
Obtain nLite software Label and Burn a CD with the new ISO image
 Label and Burn a CD with the new ISO image 
 We certainly believe so, but we'll note that
we are not
licensing experts.
We certainly believe so, but we'll note that
we are not
licensing experts.
As noted above, this does not create a new license, and you can't use the created disc on more systems than you have actual SBS rights to use. No part of this process bypasses activation - it's not creating key-free installs.
You certainly can't distribute the installation discs, but that's a general prohibition on redistributing all Microsoft software whether you've modified it or not.
OEMs may have a legitimate need to customize the setup discs for their own hardware, but Microsoft has a separate System Builder for creating shippable media. OEMs probably are not allowed to use this process either.
Though these instructions solve one particular problem (installing Windows with a customized driver disc), it's part of the much larger area of slipstreaming in general. There are lots of other reasons to create discs like this, such as incorporation of a service pack, pre-customizing the installation environment (to avoid asking so many questions), and for just tinkering around.
Here are some resources along these lines:
First published: 2006/07/11 (Blogged)