226

(38 replies, posted in Software)

There are sometimes duplicate hwids in multiple infs from different folders. That's the way driverpacks works, sometimes unfortunately. It's completely normal.

227

(38 replies, posted in Software)

One thing you'll notice is that there are so many variations of HWIDS that it's almost impossible to do it that way.

I stopped doing it that way in version v1.9 looking for specific HWIDS. Which used read each line of the inf and found a matching start of a PCI\VEN, USB\, SCSIAdapter\, etc.

Then I switched to in 2.4 to what the line that holds the HWID would look like. So line that would be like an equals sign, and at least one comma, two quotes or two percent signs. Would not be HKR, HKCR, HKLM, excludefromselect, etc.

228

(38 replies, posted in Software)

Ahh, it's nice and quick.  However you will want to fix the issue with only grabbing only XXX\XXX HWIDs.

229

(38 replies, posted in Software)

cool! I'll check out it's parsing asap!

230

(38 replies, posted in Software)

No i mean do I have to have it in a specific folder? or the DriverPacks in a specific folder?

231

(38 replies, posted in Software)

RogueSpear wrote:
kickarse wrote:

My program doesn't use Regex at all to parse the information. It only reads what it needs to. It builds what it needs to parse from the logical way a INF is created.

That was how I initially tried to tackle the problem and I just couldn't figure out a way to do it.  Could be more of a limitation of vbs than anything else.  I had long wanted to familiarize myself with regular expressions, so I thought that this was not only a good opportunity, but the only way I would be able to do what I wanted.

Yeah I read up on the microsoft website on how they construct inf files. And then just looked at a lot of INF files and looked at how they really do it. For me it was the only to get consistent data without any missing hwids.

IN order to get your vbs to run what do I have to do??

232

(38 replies, posted in Software)

Nice VBS script! There's room enough for us all! Thanks for a look into Regex. Am I reading the regexp incorrectly or does it only show HWIDs that have a backslash in it? Also do you make room for comments inline?

It's a good idea to get rid of the dupes. But sometimes when your searching for issues you want to find the duplicates.

My program doesn't use Regex at all to parse the information. It only reads what it needs to. It builds what it needs to parse from the logical way a INF is created.

It also allows getting certain OS type and OS arch type, getting current hardware, filtering to obtain certain classes and hwids, md5 hashes. I'll also be adding a whole bunch more functionality, it's in my first post. I do like the idea of pulling out driver folders from the main packs to create an individualized pack. However, I don't know when that'd be used exactly.

233

(55 replies, posted in News)

Hey looks good! Did the code help?

Are you working on the quotes in the inf titles?

234

(55 replies, posted in News)

Sounds good to me. I'll email you the code today for v3.1.7. It's just AutoIT so it shouldn't be that bad. I've commented it well enough, I hope.

Thanks for the compliments btw. It really means a lot.

235

(55 replies, posted in News)

Overflow do you need help getting that parsing to work?? Do you want the code of FindHWIDs to help in this regard?

Yeah it definitely looks like it's not in any of the Driverpacks.

237

(55 replies, posted in News)

mr_smartepants wrote:
kickarse wrote:

Guys were you able to find FindHWID useful?

Useful?  h*ll, it was indispensable !!!
I couldn't imagine what it would be like without your awesome tool!  Thank you! smile

That's great news! I'm happy it helped!

You could also might be able to use the tool and specify only certain folders. Like C:\D\M\I1|C:\D\M\I2|C:\D\M\I3|C:\D\M\I4|C:\D\M\I5|C:\D\M\I6

Wolfi,

For Mass Storage v8.10 with PCI\VEN_10DE&DEV_07F8&CC_0104 (Class SCSIAdapter - Desc NVIDIA nForce Serial ATA Controller) it's
located at C:\D\M\NV6\nvrd32.inf. Which doesn't help you since it's not the same.

ACPI\NVRAID20\3&267A616A&0 is not found at all. Not even ACPI\NVRAID20 within the mass storage pack.

Their just not in the MassStorage and Chipset. Searching for both based on XP x86.

Could you export your list of hardware using save_hwids.exe found in JakeLD's signature?

Generally a Subsys isn't used unless it's specifically stated in the inf file. You mostly go up to either Dev or CC.

240

(55 replies, posted in News)

Great news! That's slick about the language pack smile

Guys were you able to find FindHWID useful?

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

242

(42 replies, posted in Universal Imaging)

Tmaniac wrote:

Hi folks,

I've been reading a lot about this subject lately. Primarily becouse i'm setting up a test environment with MS WDS to deploy universal XP images to computers with different hardware. (i'm a 'junior' system administrator and i want to automate and speed up re-installation of laptops/computers using WDS.

While reading through all these posts i started forming a small "todo" list for creating a standard/universal image that is hardware independend (with hal-detection).
Please tell me if i'm completely wrong about this (i probaply are)
- Install VM and create a Virtual drive
- make a clean XP install
- install software (Office, Virusscan, stuff like that)
- run updates
- run offlinesysprep
- integrate additional drivers from the driverpacks(?)
- run sysprep (is this needed after OSP?)
- boot using pxe-boot and create image (.wim) with WDS (this i tested with a dell optiplex 330, works great!)

am i thinking in the general 'good' direction here?

well, thanks in advance! Hope to learn a lot from you guys smile

Your close Tmaniac.

OfflineSysprep is run after the image has been deployed to the machine. The deployed image has sysprep applied to it. At least this is from my understanding. You have to pxeboot or cd boot into a PE type environment (LiveXP, UBCD4WIN, Reatago, etc.) to run OfflineSysprep after the image has been layed.

Thanks...

v3.1.7 is out

v3.1.7 @ 2008-09-28 5:42pm EST - Adds scan time, files scanned and hwids found to excel and csv output. Moved scanning of certain parts of the INF to produce a faster scan. Changed during scan the FindHWIDs window now minimizes.
v3.1.6 @ 2008-09-28 4:41pm EST - Fixes CSV output to mimic Excel output. Now exports the INF Description (also still outputs the PNPID description)

Overflow where's that list? In the team section? Well, just let me know if you need anything.

Excellent! I hope that this latest version really gives the best understanding of the drivers in the packs. Overflow, have you made any progress on the sysprep parser?

Amen brother!

Release!
v3.1.5 @ 2008-09-26 11:03am EST - Added OS and OS Architecture as a filter. Choosing Sysprep output will automatically choose filtering of OS and OS architecture.

Overflow don't forget that you also need to parse HDC from the Chipset drivers too! For instance Intel IDE drivers.

Well with having the same MD5 checksum it'd be hard for the file to be different. I'll do a scan of the folder to compare...

lol... well I just got back from a boring Crystal Reports XI training. So I was itching/chopping at the bit. smile

v3.1.3 is out and adds MD5 checking!