Helmi wrote:

Yeah, just that they totally forgot to mention the BASE and it's nice and neat features that can make all of these manual steps as described in the article with a mere click on a button wink

The authors should read the tuts themselves first so they can give their reader a better advice, methinks smile

Anyway, there's no bad press, as they say big_smile
Publicity is good!

@Helmi:  They did mention BASE briefly in the article.  It is on page 8 of the article.

http://www.pcw.co.uk/personal-computer- … 465?page=8

52

(11 replies, posted in Software)

@pepin:  There is a tool that comes along with DriverPacks BASE called DevPath.exe that lets you update the DevicePath registry value.  Thanks for the additional tool to do it.

53

(46 replies, posted in News)

This is great news for everyone.  Great job everyone involved with the updating and testing of the DriverPacks and the BASE.  All of your hard work is appreciated.

54

(41 replies, posted in Universal Imaging)

Thanks Galapo!  Your tool comes in really handy to me.

I have a question for you about the MassStorage builder that is included with the BartPE plugin.  I noticed that the latest RC of DriverPacks BASE has a little different of a setup now for the plugin where the "BASE.inf", "MassStorage.inf", and "MassStorage.sif" are no longer at the root of the DriverPacks plugin folder.  When I try to run the MassStorage builder, it can't find the DriverPacks plugin.  Is there any way that the MassStorage builder could be updated to look what the current official release of DriverPacks BASE does for setup of the MassStorage plugin as well as what the latest RC of the DriverPacks BASE does for the setup of the MassStorage plugin?

Jaak wrote:

Hi Echo_platoon.
Can you tell us before-hand if this driver presents problems with installing when you do NOT have the hardware?

You are an old timer here and a trusted hand, and I think you have seen that we get some impossible requests.
For instance, when we use driver extraction tools, we sometimes see that nothing the team uses gets a usable driver, and then we either get in a situation where:
1; person with the hardware does not know how to extract the full set of files in usable folder.
2; driver install routine is propriatary to installer and extraction tools cannot extract the main from a non existing main because main deleted temps, and the DL exe wont extract without running that routine.
3:we get no response, and miss only a few files..

Looking at the drivers for it, it seems to have the same structure as the other Logitech drivers that are currently in the pack.  I haven't tested installing on a machine that doesn't have the hardware, but I will test it on one of my machines.  Once I do test, I will share my results in this thread.

I do know that the drivers could be extracted using 7-Zip from the DL exe, as that's how I extracted them.  There are three folders that each contain different parts of the drivers for the Webcam, it seems.  The HWIDs in one of the folders seems to overlap the HWIDs of a Logitech folder that is already in there, but the driver files differ.

I would like to request to have the Logitech QuickCam Pro 9000 drivers added to the WebCam DriverPack.  Thank you, in advance.

Link to driver download:
http://logitech-viva.navisite.net/web/f … qc1180.exe

MsDosInitiated = "0" does not refer to the drivers.  It refers to what you are booting from.  If you're booting from floppy diskettes, then you set:  MsDosInitiated = "1".  If you're booting from CD/DVD (which is what almost all people are using to install Windows 2000/XP/Server 2003), then you set:  MsDosInitiated = "0".  So, in almost all cases you should have it set to a value of "0".  Below is a quote that I copied from MSFN's WINNT.SIF Reference.

MsDosInitiated = "0"

If this setting is on "0" it will inform Setup that you are installing from CD, put a value of 1
if you use only diskettes to boot.

58

(88 replies, posted in DriverPack LAN)

Here is a link to download the EXE directly.

http://downloadmirror.intel.com/13478/e … 176674.exe

This is a great tool to have in PE environments.  Do you know if this works with the infamously troublesome nVidia network drivers?  If so, that would be great for me to use on the BartPE I use at my job.  Thanks to everyone involved in all of the hard work in making this tool.

60

(9 replies, posted in 3rd Party DriverPacks)

There is a Logitech webcam that I have that I don't see on the list.  Could you please add the driver for the Logitech QuickCam Pro 9000?  Thanks in advance.

Driver Download:

http://logitech-sjca.navisite.net/web/ftp/pub/video/quickcam/qc1180.exe

61

(42 replies, posted in Universal Imaging)

kickarse wrote:

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.

kickarse, you could use OfflineSysPrep to completely SysPrep the machine.  You would just use the OfflineSysPrep BartPE plugin and it will do everything for you according to the settings you specify.  Below is a quote from the creator:

Use:

· For SysPrepping a Windows XP or 2003 32-bit partition that is hardware independent (yes, hardware independent!) while offline (yes, a non-booted Windows partition!)

· For SysPrepping a Windows XP or 2003 32-bit partition that is hardware independent while booted in Windows but with a partition/drive to sysprep attached and assigned a drive letter (ie a non-booted WinXP/2003 partition).

· You can use an unattended solution by locating sysprep.inf in the \userfiles\ directory of the OfflineSysPrep plugin or in the \userfiles\ folder of the Windows version.

Using OfflineSysPrep:

1. From 'Select Drive to SysPrep' options, select the XP/2003 partition/drive you want to sysprep (you are only presented with those that have boot.ini in root to cut down options);
2. From 'Select User Profile from Drive', select a user account;
3. Select a HAL update option from those listed;
4. Optionally select a path to be recursively scanned for inf drivers for pnp to detect. Fixed drive letters will be altered to %SystemDrive% (eg 'z:\sysprep\drivers' will be altered to '%SystemDrive%\sysprep\drivers') so path to be specified must be one which will be located on the offline system's %SystemDrive% or in other words the partition\drive that is undergoing sysprepping. File scanning recursion is performed by either SPDrvScn or SetupCopyOEMInf. SetupCopyOEMInf is used if the 'Advanced' option 'Complete OfflineSysPrep operations without running sysprep.exe' is selected. If sysprep is to run, SPDrvScn will be used. However, if it is desirable to not have sysprep itself perform the pnp (ie, 'PnP/Detect non-plug and play hardware' will not be selected from sysprep's interface), then select 'Use SetupCopyOEMInf (if not selecting sysprep pnp)' from the 'Advanced' options;
5. Optionally specify 'Advanced' options by clicking 'Advanced' and then the desired options from those listed;
6. Click 'Apply';
7. Now use SysPrep as usual, which should automatically start.

kickarse wrote:

Just pm me your AIM im

Okay.  Sent you a PM.

Jeff - Do you want my screen name as well?  I have AOL, MSN, and Yahoo! messengers.

OverFlow wrote:

PSS it may help if you add me to your IM, so we can expidite the exchange of info that is inevitable.
we can then summarize our findings in the forum for more consise reading by a user.

Do you want to exchange IM info with me as well, as it will be easier to get a hold of me that way?

kickarse wrote:

I just tested that and it works! I'll add that too. I'm also working on a way to filter the Class type.

Good to hear that the hide/minimize feature works.  The Class type seems like it could come in handy.

kickarse - I just tested v3.0.1 with the DriverPack MassStorage and having Excel as the output option.  It appears to have worked correctly.  The only thing I would like to see, if at all possible, is to minimize or hide the Excel window while it is populating it.  If it isn't possible, then that's okay.

kickarse wrote:

v3.0.1 is out! Check first post for an update.

I like the way the new GUI looks.

kickarse wrote:

You are absolutely right! I was just doing this temporarily to get all the kinks out first. I was actually going to do radio boxes instead.

Radio buttons will work out well for choosing what type of output to use.

This is my own opinion.  I was thinking that instead of having two input boxes popping up one right after the other, you could have just one window with two input boxes.  I think this would make your application look better appearance-wise.

staticanime wrote:

@Helmi - 14 hours, and no sign of a finish. I was watching the sysprep process in RAM, it keeps jumping up between 28352kb and 23368kb of RAM, and doesn't seem to do anything.

Try removing the HWIDs related to VIA drivers.  When I was making a sysprep image for work, I ran into this where it keep going forever.  I did some looking around and found somewhere on this forum that VIA has some issues with sysprep, even though it doesn't produce any errors during the process; it just keeps running endlessly.  I removed the HWIDs relating to VIA drivers and it appeared to fix the problem.  I think a couple other drivers cause this as well, but I'm not totally sure on that.  It has been a while since I read through everything about which drivers cause issues with sysprep.

kickarse wrote:

Hey guys,

exlstor kept popping up with an error stating the it couldn't find something in "C:\Program "

The driver is located at C:\D\M\E

Just thought you should know. If you add these HWIDS to the INF in the sysprep.inf and then run -bmsd for sysprep.exe you'll see what I mean.

I have come across this before when running sysprep.exe -bmsd with the DP MassStorage.  It is a known issue with this driver in regards to sysprep.exe -bmsd, and tt is an issue with the driver itself.  To temporarily fix the issue, the HWIDs related to the exlstor need to be removed from sysprep.inf.  I know this isn't a permanent fix for the issue, but it will let your sysprep.exe -bmsd run without getting those errors.

Should we have it also check for ACPI\ and ACHI\ as well?  I know I have seen some HWIDs that start with those.

OverFlow wrote:

have you tested with the current test ver?

Not yet.  I will test it out when I get back to work tomorrow.  Today is a holiday and I have it off.  I will hopefully report back tomorrow with some test results.

kickarse - If you would like, I could help you create a GUI/window for your application, so that it could take an input from the user for the location to scan for HWIDs.  That way, you could compile the final program into an EXE so it could be run by anyone and no one would have to worry about compiling it.  I have been using AutoIt a lot lately for programs I've made for my job and have learned how to make GUIs/windows for AutoIt programs.  I could design it so that the user enters the path into the field and when the user clicks on the button it will run your program, going through the location the user entered.  Please let me know if you would like me to do this.

--Echo_Platoon

OverFlow - I will gladly test the BartPE option once you need it to be tested as I use BartPE a lot while at work, so I could test it out on several different types of hardware.

jaws1975 wrote:

Did you test it and it not work?

I haven't gotten a chance to test it just yet.  I just wanted to make sure it had that feature, as that is an important feature to have in my builds.  I will test this out first chance I get.  Thanks.