Topic: [SLV] Chipset 8.03 Locking up on Dell GX 620

I think it's basically this old problem...
http://forum.driverpacks.net/viewtopic.php?id=525


Using Chipset 8.03 (I also tried 806A_Public), the system will run sysprep just fine, but then lock up when booting the next time - gets the windows XP logo / blue bars - then the bars stop moving.

Boot into safe mode, change Hard drive controller from Intel to standard - everything works okay on next boot.

HWIDs.txt

=========== 
PCI Devices 
=========== 
PCI\VEN_14E4&DEV_1677&SUBSYS_01AD1028&REV_01\4&117729E2&0&00E0: Broadcom NetXtreme 57xx Gigabit Controller
PCI\VEN_8086&DEV_244E&SUBSYS_00000000&REV_E1\3&172E68DD&0&F0: PCI to PCI Bridge
PCI\VEN_8086&DEV_2770&SUBSYS_00000000&REV_02\3&172E68DD&0&00: PCI HOST Bridge
PCI\VEN_8086&DEV_2772&SUBSYS_01AD1028&REV_02\3&172E68DD&0&10: Video Controller (VGA Compatible)
PCI\VEN_8086&DEV_2776&SUBSYS_01AD1028&REV_02\3&172E68DD&0&11: Video Controller
PCI\VEN_8086&DEV_27B8&SUBSYS_00000000&REV_01\3&172E68DD&0&F8: PCI to ISA Bridge
PCI\VEN_8086&DEV_27C0&SUBSYS_01AD1028&REV_01\3&172E68DD&0&FA: IDE Controller
PCI\VEN_8086&DEV_27C8&SUBSYS_01AD1028&REV_01\3&172E68DD&0&E8: Universal Serial Bus (USB) Controller
PCI\VEN_8086&DEV_27C9&SUBSYS_01AD1028&REV_01\3&172E68DD&0&E9: Universal Serial Bus (USB) Controller
PCI\VEN_8086&DEV_27CA&SUBSYS_01AD1028&REV_01\3&172E68DD&0&EA: Universal Serial Bus (USB) Controller
PCI\VEN_8086&DEV_27CB&SUBSYS_01AD1028&REV_01\3&172E68DD&0&EB: Universal Serial Bus (USB) Controller
PCI\VEN_8086&DEV_27CC&SUBSYS_01AD1028&REV_01\3&172E68DD&0&EF: Universal Serial Bus (USB) Controller
PCI\VEN_8086&DEV_27D0&SUBSYS_00000000&REV_01\3&172E68DD&0&E0: PCI to PCI Bridge
PCI\VEN_8086&DEV_27D2&SUBSYS_00000000&REV_01\3&172E68DD&0&E1: PCI to PCI Bridge
PCI\VEN_8086&DEV_27DA&SUBSYS_01AD1028&REV_01\3&172E68DD&0&FB: SM Bus Controller
PCI\VEN_8086&DEV_27DE&SUBSYS_01AD1028&REV_01\3&172E68DD&0&F2: Multimedia Audio Controller
16 matching device(s) found.
 
=========== 
USB Devices 
=========== 
USB\ROOT_HUB\4&19F1AF77&0
USB\ROOT_HUB\4&2F60F7EA&0
USB\ROOT_HUB\4&32C41A52&0
USB\ROOT_HUB\4&4FC3F26&0
USB\ROOT_HUB20\4&4F1A976&0
USB\VID_045E&PID_000B\5&345F6DD7&0&1                        : Microsoft Natural Keyboard Elite
USB\VID_046D&PID_C016\5&345F6DD7&0&2                        : Optical USB Mouse
USB\VID_1B1C&PID_1A10\A740000000000056                      : UFD
USBSTOR\DISK&VEN_CORSAIR&PROD_UFD&REV_1100\A740000000000056&0: Corsair UFD USB Device
9 matching device(s) found.
 
============= 
Input Devices 
============= 
HID\VID_045E&PID_000B\6&24BD01FB&0&0000
HID\VID_046D&PID_C016\6&697D1D0&0&0000
2 matching device(s) found.
 
============ 
ACPI Devices 
============ 
ACPI\FIXEDBUTTON\2&DABA3FF&0
ACPI\GENUINEINTEL_-_X86_FAMILY_15_MODEL_4\_0
ACPI\GENUINEINTEL_-_X86_FAMILY_15_MODEL_4\_1
ACPI\PNP0000\4&E5ACEE3&0
ACPI\PNP0100\4&E5ACEE3&0
ACPI\PNP0200\4&E5ACEE3&0
ACPI\PNP0401\4&E5ACEE3&0
ACPI\PNP0501\1
ACPI\PNP0700\4&E5ACEE3&0
ACPI\PNP0800\4&E5ACEE3&0
ACPI\PNP0A03\4
ACPI\PNP0B00\4&E5ACEE3&0
ACPI\PNP0C01\1
ACPI\PNP0C01\B
ACPI\PNP0C02\17
ACPI\PNP0C04\4&E5ACEE3&0
ACPI\PNP0C0C\2&DABA3FF&0
ACPI_HAL\PNP0C08\0
ROOT\ACPI_HAL\0000
19 matching device(s) found.

(PCI\VEN_8086&DEV_27C0&SUBSYS_01AD1028&REV_01\3&172E68DD&0&FA: IDE Controller) being the problem..

Any advice would be appreciated.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

moved to Universal imaging

DP BartPE Tutorial   DP_BASE Tutorial   HWID's Tool     Read BEFORE you post    UserBars!
http://driverpacks.net/userbar/admin-1.png
The DriverPacks, the DP_Base program, and Support Forum are FREE!.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

So I just completely rebuilt it without the Chipset drivers - confirmed that it is indeed chipset drivers causing my issues.

So - I grab just the 620 drivers and add them as a custom driver pack (d\3\etc)... works fine - except of course now my 755 system doesn't have drivers.

So I put those in their own special custom driver pack.

And of course - we're back to the same problem -  works fine on a 755 system, but a 620 gets the lovely lockup after the first reboot.  Is there a way to force what order drivers are processed in?  If I could make the system look in the 620 folder first, then the 755, it would presumably get rid of the issue.

Or am I going to have to make different images, or look at a post-driver extraction solution? (use a script to extract the right driver set and run devpath / force a driver scan?)

Thanks.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

OR..  I could just go read all your posts about DP_Inst and plan on using that. big_smile
My lovely system install method..

Build a Base image in VMware - get it setup with applications, etc.  Extract all the driverpacks out to the right folders, then sysprep -seal
Image that using Acronis - put on USB Key.
Boot to USB Key - restore image - image runs sysprep on reboot asking for system name, etc (and installs drivers that were pointed to before sealing)
system should be ready to go..

I'm trying to figure out a better solution.  But we're kind of locked into the 'pull down an image' from either a USB key or a network share.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

Tried the absolute latest intel INF chipset drivers and am still running into this.  Can anyone else confirm this issue?

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

RE - make the system look in the 620 folder first, then the 755

break signing on the 755 by deleteing the cat file this will lower its PnP "rating"
this will likely force the 620 to be 'prefered' to the 755.

you alternately can tweak the INI's list of HWID's, which will also break signing wink

DP BartPE Tutorial   DP_BASE Tutorial   HWID's Tool     Read BEFORE you post    UserBars!
http://driverpacks.net/userbar/admin-1.png
The DriverPacks, the DP_Base program, and Support Forum are FREE!.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

Drgnfyre - I can confirm this is broken for me too on a 620.

OverFlow and Drgnfyre - I tried a combination of a 3rd party pack for the 620 and breaking signing of the original.  Still no luck.  Did I do this correctly?:

1.  Added my old 620 Chipset drivers from Dell to a newly created "D\3\C" folder
2.  Locate 8.03 945 Chipset Drivers and delete the .cat files: D\C\I\XP\945.cat and 945gm.cat
3.  Run devpath and makePNF and roe.exe 937 per the universal imaging tutorial


Are we thinking this is just a universal imaging issue or are these specific chipset drivers failing for boot cd's and slipstreaming as well?  Is there a better forum to pursue this in?

DP's Rock!

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

As far as we know this is related to sysprep only...

This is the best place / forum for Sysprep

it looks as though you tested my idea exactly the way i thought it might be made to work...
Sadly not all of my ideas are good ones... but nothing ventured, nothing gained. wink

users who test and give feedback rock too!

DP BartPE Tutorial   DP_BASE Tutorial   HWID's Tool     Read BEFORE you post    UserBars!
http://driverpacks.net/userbar/admin-1.png
The DriverPacks, the DP_Base program, and Support Forum are FREE!.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

Drgnfyre,

Just curious what model of machine you're using for you base image? or are you using a virtual machine?  I've been testing against our lowest model a GX280.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

When I tried the latest INF chipset drivers directly from intel, I actually just put them into a custom driver pack, and took out the driverpacks chipset file completely.

I have a solution that is working.

I took the Chipset Driverpack out of my installation completely (I only needed it for Intel Drivers anyway), and am now running the Intel Chipset Installer in my post-windows Installation script.  This can be installed quietly, and it PERFECTLY picks the appropriate drivers for my 640 and my 755.  (Just run setup.exe -s)

If you still need to use the Chipset driver for other chipsets, you should still be able to use this and just take out the intel folders and appropriate sections in the ini file.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

Thanks!  I'll give it a try.  I don't need the chipset folder for anything else.  Just GX Series stuff.

I'll report what my results in a week. I'm going on vacation.

Thanks again.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

usern - I'm using a Virtual Machine as my base Image.  I set the 'computer' type (HAL) to ACPI before I image it, and also set the IDE controllers to 'standard IDE'. 
I then use Mysysprep to handle the HAL (basically only change if multiprocessor is detected), and am using the Intel chipset installer to get the IDE controller switched to the proper one.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

I don't have a GX620 to test right now but I think I might have an answer for this.

I at one time had problems with GX620 crashing in sysprep the way that you described. I was using the "Drivers via CD" method from http://unattended.msfn.org/unattended.x … 45b91539b/ . I think driverpacks method 2 works this way, which is not compatible with the Optiplex GX620.

I found this post on MSFN that solved the issue for me "GX620 hang at first boot" http://www.msfn.org/board/GX620-hang-at … 54211.html .
The way I solved this problem was by installing the drivers via oempnpdrivers via winnt.sif. Or you could probably input the driverpath to the registry with sysprepdriver scanner.

Hope this post helps.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

Hey guys,

I haven't been able to get any of these solutions to work. We've got a ton of 620, 745, 755s and I'm soooo close to rolling this out. I've become a huge fan of this project. After sysprep runs my 620s will not boot (the XP screen freezes), I can boot to safe mode and load the standard IDE controller, reboot, and everything is fine. As a dirty fix is there a way to force the standard IDE driver? Any and all help is appreciated.
Thanks,

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

set standard IDE in device manager before sealing... wink

ther is a reference to that in SkinLayers sticky i am pretty sure... (I know its here somewhere)

DP BartPE Tutorial   DP_BASE Tutorial   HWID's Tool     Read BEFORE you post    UserBars!
http://driverpacks.net/userbar/admin-1.png
The DriverPacks, the DP_Base program, and Support Forum are FREE!.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

That is what I'm currently doing, but after mini setup runs it changes it back to intel blah blah blah.

Should I try it w/ out -mini?

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

I am not the sysprep guru... i think that post has good details (hint try search)

i am certain that you can make no changes or reboots
(shut down useing "turn off") once you have changed the IDE setting and made any final runonceex reg settings.
Image...

i will guess that means NO to minisetup wink

i am guessing that you do your entire setup ready to image make that change (or changes)
and then No more changes after this point. Image

(IDK if a reseal or wahtever is needed - its in that pesky post i am vaguely remembering)

PS Galapo's Offline SysPrep is probably the best way to get where you are going wink

http://home.exetel.com.au/galapo/Offlin … .9.0.4.zip

DP BartPE Tutorial   DP_BASE Tutorial   HWID's Tool     Read BEFORE you post    UserBars!
http://driverpacks.net/userbar/admin-1.png
The DriverPacks, the DP_Base program, and Support Forum are FREE!.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

Since OverFlow is a noob with sysprep big_smile, I will help you.

"As a dirty fix is there a way to force the standard IDE driver? Any and all help is appreciated. "

Before you take your image file with ghost/acronis it's important to change your ide controller to "Standard Dual Channel PCI IDE Controller". Usually you should see Standard Dual, Primary and Secondary IDE Channel. You can do that in Device Manager by updating the driver. Also make sure to change you change your ACPI driver under My Computer in Device Manager with the "Advanced Configuration and Power Interface (ACPIP) PC".

Also, never install any driver or the vmware tools in your image, it could cause major issues.

"That is what I'm currently doing, but after mini setup runs it changes it back to intel blah blah blah. "

Well that's normal, mini-setup will redetect your hardware and find the best match. You must specify every ide/sata controller to their appropriate INF in your sysprep.inf. Your HWID is either in mshdc.inf (this one is populated by the bmsd switch) or in the I5 folder of massstorage. To find the hwid of your device, download the save_hwids.ex file located in my sig.

Also take notes that in the new mass storage pack we added support for Intel IDE controllers not supported natively. You can download our latest test pack at this address, a changelog is included:
http://driverpacks.sytes.net/driverpack … 32_810F.7z

Good Luck!

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

JakeLD wrote:

Before you take your image file with ghost/acronis it's important to change your ide controller to "Standard Dual Channel PCI IDE Controller". Usually you should see Standard Dual, Primary and Secondary IDE Channel. You can do that in Device Manager by updating the driver. Also make sure to change you change your ACPI driver under My Computer in Device Manager with the "Advanced Configuration and Power Interface (ACPIP) PC". Also, never install any driver or the vmware tools in your image, it could cause major issues.

This is exactly my procedure, and it's worked 100% on my 8 other platforms. ..even w/o -bmsd, it just works. If the drivers need to be listed in sysprep.inf I don't see why my 755s would work w/o them. I think I'm not understanding something very fundamental to how this whole thing works. smile 


JakeLD wrote:

Well that's normal, mini-setup will redetect your hardware and find the best match. You must specify every ide/sata controller to their appropriate INF in your sysprep.inf. Your HWID is either in mshdc.inf (this one is populated by the bmsd switch) or in the I5 folder of massstorage. To find the hwid of your device, download the save_hwids.ex file located in my sig.

Also take notes that in the new mass storage pack we added support for Intel IDE controllers not supported natively. You can download our latest test pack at this address, a changelog is included:
http://driverpacks.sytes.net/driverpack … 32_810F.7z

It appears to be detecting the wrong driver (probably from the 755, or similar, as mentioned in previous posts). If I capture & deploy using ghost w/ out running sysprep, the 620 will boot install all drivers. It looks good until it reboots and fails to load the OS w/ out the safe mode fix. Sysprep appears to be doing the exact same thing, which I assume is applying the wrong driver. Is there over lap in the INFs?

Here is the relevant sections from the HWIDs script:
PCI\VEN_1002&DEV_5B62&SUBSYS_0B021002&REV_00\4&1603E009&0&0008: 256MB ATI RADEON X600
PCI\VEN_1002&DEV_5B72&SUBSYS_0B031002&REV_00\4&1603E009&0&0108: 256MB ATI RADEON X600 Secondary
PCI\VEN_14E4&DEV_1677&SUBSYS_01AD1028&REV_01\4&117729E2&0&00E0: Broadcom NetXtreme Gigabit Ethernet
PCI\VEN_8086&DEV_244E&SUBSYS_00000000&REV_E1\3&172E68DD&0&F0: Intel(R) 82801 PCI Bridge - 244E
PCI\VEN_8086&DEV_2770&SUBSYS_00000000&REV_02\3&172E68DD&0&00: Intel(R) 945G/P Processor to I/O Controller - 2770
PCI\VEN_8086&DEV_2771&SUBSYS_00000000&REV_02\3&172E68DD&0&08: Intel(R) 945G/P PCI Express Root Port - 2771
PCI\VEN_8086&DEV_27B8&SUBSYS_00000000&REV_01\3&172E68DD&0&F8: Intel(R) 82801GB LPC Interface Controller - 27B8
PCI\VEN_8086&DEV_27C0&SUBSYS_01AD1028&REV_01\3&172E68DD&0&FA: Standard Dual Channel PCI IDE Controller
PCI\VEN_8086&DEV_27C8&SUBSYS_01AD1028&REV_01\3&172E68DD&0&E8: Standard Universal PCI to USB Host Controller
PCI\VEN_8086&DEV_27C9&SUBSYS_01AD1028&REV_01\3&172E68DD&0&E9: Standard Universal PCI to USB Host Controller
PCI\VEN_8086&DEV_27CA&SUBSYS_01AD1028&REV_01\3&172E68DD&0&EA: Standard Universal PCI to USB Host Controller
PCI\VEN_8086&DEV_27CB&SUBSYS_01AD1028&REV_01\3&172E68DD&0&EB: Standard Universal PCI to USB Host Controller
PCI\VEN_8086&DEV_27CC&SUBSYS_01AD1028&REV_01\3&172E68DD&0&EF: Standard Enhanced PCI to USB Host Controller
PCI\VEN_8086&DEV_27D0&SUBSYS_00000000&REV_01\3&172E68DD&0&E0: Intel(R) 82801GB PCI Express Root Port - 27D0
PCI\VEN_8086&DEV_27D2&SUBSYS_00000000&REV_01\3&172E68DD&0&E1: PCI standard PCI-to-PCI bridge
PCI\VEN_8086&DEV_27DA&SUBSYS_01AD1028&REV_01\3&172E68DD&0&FB: Intel(R) 82801GB SMBus Controller - 27DA
PCI\VEN_8086&DEV_27DE&SUBSYS_01AD1028&REV_01\3&172E68DD&0&F2: SoundMAX Integrated Digital Audio
PCI\VEN_8086&DEV_27DF&SUBSYS_01AD1028&REV_01\3&172E68DD&0&F9: Standard Dual Channel PCI IDE Controller
18 matching device(s) found.

I'm too green to know how to call these (or the needed ones) in my sysprep.inf. Any idea why I'm not having the same issue w/ my other platforms? btw. my install CD works on everything so far.


JakeLD wrote:

Good Luck!

Thanks, I need it! What a great project & community. I am using this for my company. Once I smooth out some rough edges and make a slick presentation, we'll be making donations.

Thanks guys,

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

I also tried swapping out the new mass storage archive, but the issue persists.

Thanks for your patiencs w/ my noob questions.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

mrguitar wrote:

If the drivers need to be listed in sysprep.inf I don't see why my 755s would work w/o them

Probably because your others ide devices are supported by mshdc.inf and are populated by the bmsd switch. In fact Intel ICH1 to ICH6 is supported by mshdc.inf in XP. The hard drive controller your having problem with is an ICH7 controller so it must be specify in sysprep.inf or you will have troubles.

Mshdc.inf refer to pciide.sys and intelide.sys which are present natively in XP. Here is what your SysprepMassStorage section should look like:

[SysprepMassStorage]
  ;Intel IDE Controllers (ICH7 to ICH10)
  PCI\VEN_8086&DEV_2680=C:\D\M\I5\ESB2id2.inf 
  PCI\VEN_8086&DEV_2680=C:\D\M\I5\ESB2ide.inf 
  PCI\VEN_8086&DEV_269E=C:\D\M\I5\ESB2id2.inf 
  PCI\VEN_8086&DEV_269E=C:\D\M\I5\ESB2ide.inf 
  PCI\VEN_8086&DEV_27C0=C:\D\M\I5\ich7id2.inf 
  PCI\VEN_8086&DEV_27C0=C:\D\M\I5\ich7ide.inf 
  PCI\VEN_8086&DEV_27C4=C:\D\M\I5\ich7id2.inf 
  PCI\VEN_8086&DEV_27C4=C:\D\M\I5\ich7ide.inf 
  PCI\VEN_8086&DEV_27DF=C:\D\M\I5\ich7id2.inf 
  PCI\VEN_8086&DEV_27DF=C:\D\M\I5\ich7ide.inf 
  PCI\VEN_8086&DEV_2820=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2820=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2821=C:\D\M\I5\ich8ahci.inf 
  PCI\VEN_8086&DEV_2824=C:\D\M\I5\ich8ahci.inf 
  PCI\VEN_8086&DEV_2825=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2825=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2828=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2828=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2829=C:\D\M\I5\ich8ahci.inf 
  PCI\VEN_8086&DEV_2850=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2850=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2920=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2920=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_2921=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2921=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_2922=C:\D\M\I5\ich9ahci.inf 
  PCI\VEN_8086&DEV_2923=C:\D\M\I5\ich9ahci.inf 
  PCI\VEN_8086&DEV_2926=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2926=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_2928=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2928=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_292D=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_292D=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_3A00=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A00=C:\D\M\I5\ichaide.inf 
  PCI\VEN_8086&DEV_3A06=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A06=C:\D\M\I5\ichaide.inf 
  PCI\VEN_8086&DEV_3A20=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A20=C:\D\M\I5\ichaide.inf 
  PCI\VEN_8086&DEV_3A26=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A26=C:\D\M\I5\ichaide.inf

I also suggest you use the latest chipset pack:
http://driverpacks.sytes.net/driverpack … 32_810D.7z

I've searched into whole DriverPacks for PCI\VEN_8086&DEV_27C0 and PCI\VEN_8086&DEV_27DF, they are only referenced in I5, so no conflicting driver with the latest DriverPacks.

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

MrGuitar and DragonFyre,

Download the latest MassStorage pack and extract them to a location of your choosing, for instance C:\D\M.

First of all you need to run sysprep with the -bmsd parameter to grab all the windows drivers, from mshdc.inf, pnpscsi.inf, scsi.inf, pciide.inf, etc (grabs HDC, SCSIAdapter and weirdly enough it includes system classes too). This is a REQUIREMENT. Unless you want to run the utility below on those select inf files as well (i don't advise it).

Then run the utility found here http://forum.driverpacks.net/viewtopic.php?id=3018 on the folder C:\D\M. Then choose the option for Sysprep output and filter only for current OS/Architecture. Click Start. This will parse all the HWIDs for classes HDC and SCSIAdapter to your Sysprep.inf files MassStorage section. This way will only produce ONE HWID entry in the sysprep.inf file, even though there may be multiple inf's with the same hwid.

Therefore your less likely to produce errors. It will also only filter for the current OS and Arch type so you won't get bum entries.

Make sure to setup your HAL before restarting and capturing the image as an Advanced Configuration and Power Interface (ACPI) PC. This will allow it to be imaged on a dual core/processor machine as well as a single processor machine. However, you will have to change it later if you want to use it on a dual core machine.

You should also add a folder within the Sysprep folder called $OEM$ with a txt file called cmdlines.txt.

C:\Sysprep (folder)
-- $OEM$ (folder)
---- cmdlines.txt

cmdlines.txt

[Commands]
"C:\Sysprep\Sysprep -clean"

This will clean the system of loading all those extra drivers for hardware not present from every boot up.

Also, I suggest using Vernalex's sysprep Driver Scanner tool to add drivers into the registry http://www.vernalex.com/tools/spdrvscn/index.shtml before running sysprep. I also suggest adding C:\Windows\INF to the list too. This instead of using OemPnPDriversPath to parse drivers for installation.

With the newest chipset and mass storage driverpacks they've split IDE/SATA drivers from chipset into mass storage. So you shouldn't need the chipset pack for this. The only thing left in chipset are

PCI\VEN_8086&DEV_444D&CC_0000="C:\D\C\I5\IaNvStor.inf" ; SCSIAdapter - Intel(R) Turbo Memory Controller
PCI\VEN_8086&DEV_444D&CC_0104="C:\D\C\I5\IaNvStor.inf" ; SCSIAdapter - Intel(R) Turbo Memory Controller
PCI\VEN_8086&DEV_444E&CC_0000="C:\D\C\I5\IaNvStor.inf" ; SCSIAdapter - Intel(R) Turbo Memory Controller
PCI\VEN_8086&DEV_444E&CC_0100="C:\D\C\I5\IaNvStor.inf" ; SCSIAdapter - Intel(R) Turbo Memory Controller
PCI\VEN_8086&DEV_444E&CC_0104="C:\D\C\I5\IaNvStor.inf" ; SCSIAdapter - Intel(R) Turbo Memory Controller
PCI\VEN_8086&DEV_444E&CC_0580="C:\D\C\I5\IaNvStor.inf" ; SCSIAdapter - Intel(R) Turbo Memory Controller

Last edited by stamandster (2008-10-18 00:49:18)

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

Jake's agree with Kickarse

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

kickarse and JakeLD,

Thanks for the all your help I'm still working on a couple of your suggestions. My problem now is I've setup everything Kickarse has suggested (minus the sysprep driver scanner ....I'll get to it though) and sysprep has been running for over 3 hours and it looks like there's no end in sight. Also, are there any good fixes to accept the driver warning messages while sysprep is running? I have the driver policy set to ignore, but it's not really ignoring everything.

btw. Do you guys do contract work?
Thanks,

Re: [SLV] Chipset 8.03 Locking up on Dell GX 620

JakeLD wrote:
[SysprepMassStorage]
  ;Intel IDE Controllers (ICH7 to ICH10)
  PCI\VEN_8086&DEV_2680=C:\D\M\I5\ESB2id2.inf 
  PCI\VEN_8086&DEV_2680=C:\D\M\I5\ESB2ide.inf 
  PCI\VEN_8086&DEV_269E=C:\D\M\I5\ESB2id2.inf 
  PCI\VEN_8086&DEV_269E=C:\D\M\I5\ESB2ide.inf 
  PCI\VEN_8086&DEV_27C0=C:\D\M\I5\ich7id2.inf 
  PCI\VEN_8086&DEV_27C0=C:\D\M\I5\ich7ide.inf 
  PCI\VEN_8086&DEV_27C4=C:\D\M\I5\ich7id2.inf 
  PCI\VEN_8086&DEV_27C4=C:\D\M\I5\ich7ide.inf 
  PCI\VEN_8086&DEV_27DF=C:\D\M\I5\ich7id2.inf 
  PCI\VEN_8086&DEV_27DF=C:\D\M\I5\ich7ide.inf 
  PCI\VEN_8086&DEV_2820=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2820=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2821=C:\D\M\I5\ich8ahci.inf 
  PCI\VEN_8086&DEV_2824=C:\D\M\I5\ich8ahci.inf 
  PCI\VEN_8086&DEV_2825=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2825=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2828=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2828=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2829=C:\D\M\I5\ich8ahci.inf 
  PCI\VEN_8086&DEV_2850=C:\D\M\I5\ich8id2.inf 
  PCI\VEN_8086&DEV_2850=C:\D\M\I5\ich8ide.inf 
  PCI\VEN_8086&DEV_2920=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2920=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_2921=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2921=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_2922=C:\D\M\I5\ich9ahci.inf 
  PCI\VEN_8086&DEV_2923=C:\D\M\I5\ich9ahci.inf 
  PCI\VEN_8086&DEV_2926=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2926=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_2928=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_2928=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_292D=C:\D\M\I5\ich9id2.inf 
  PCI\VEN_8086&DEV_292D=C:\D\M\I5\ich9ide.inf 
  PCI\VEN_8086&DEV_3A00=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A00=C:\D\M\I5\ichaide.inf 
  PCI\VEN_8086&DEV_3A06=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A06=C:\D\M\I5\ichaide.inf 
  PCI\VEN_8086&DEV_3A20=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A20=C:\D\M\I5\ichaide.inf 
  PCI\VEN_8086&DEV_3A26=C:\D\M\I5\ichaid2.inf 
  PCI\VEN_8086&DEV_3A26=C:\D\M\I5\ichaide.inf

I also suggest you use the latest chipset pack:
http://driverpacks.sytes.net/driverpack … 32_810D.7z

Well, the latest build of the mass storage DP /w these drivers added to sysprep.inf is yielding the exact same problem. where the PC freezes after sysprep runs. Am I looking in the right place?
Thanks,