meister

Thanks for this, i did pick up a couple great ideas! And a great utility....

Just ran a quick test, and factory mode might be what I'm looking for..

Just thinking of something as I research this a bit, it might be a stretch but would Factory mode be any advantage to me with this issue?

I'll give UniExtract a try and let you know, thank you. Thanks for the info about the $OEM$ too, just starting to learn how to use this actually :-) Can you tell? LOL

Just curious, and I have asked this before in other forums, but does anyone here know of a way to get a executable to run specifically before (or even at the same time) as the prompt for the workstation name in mini setup? I've added the exe to the cmdlines.txt file and if I sysprep using the -pnp switch, because of the time it takes to get to the workstation name prompt, my exe has run. Without the -pnp switch, which is my normal routine, the exe runs just AFTER the workstation name prompt. The exe is CapsLock.exe. I want to ensure my admins are typing in workstation names in caps, if the caps lock is on for them, there's no worries. That's just the way it is in this environment, so if anyone has some advice when/how I can run that exe, please let me know. Thanks a bunch! I've been trying for a very long time :-)

Thank you. So am I reading this correct? Essentially haldetect.vbs performs the "[sysprep] BuildMassStorageSection=yes" function?

Yes...

I'm thinking this is a good place to post this, hopefully. I've been working on getting one master image that I can use across many machine types, all Dell desktops, and I've been pretty successful so far thanks in large part to this site. I've just encountered a new situation that I'm not sure how to handle. I created this master image on one particular machine, have all the drivers I need for the other machines, and the correct entries in my [sysprep] BuildMassStorageSection=yes and [sysprepMassStorage] sections (also I've dropped using -bmsd as it appears you don't need to run it if these sections are populated correctly) When I sysprep this master machine and shut it down I capture the image, and I can deploy it to all my workstations without issue. Actually I'm using the runonceex key, and I have my drivers for each machine packaged in executables, the setup autodetects the model type and installs the correct drivers. It's actually great to watch, looks very professional. As long as I take that sysprepped image out in the field I'm set. I do have a copy of the very same image that's not sysprepped, just in case. Here's the problem I just ran into. I traveled to a new site, they have specialized applications. If i deploy the sysprepped image I'd have to run through setup, the drivers would install and I'd end up with a "final" machine...now yes I could install what I wanted, resysrep it and as long as they are all that same machine type I'd be set. But I'm thinking there's something I can do with that plain vanilla PRE sysprepped copy...Any thoughts? My thought was to put it on a machine, install what I needed, sysprep it and off I go. But it blue screens as it's not the same type of machine that master was built on. It's almost as if I need a NON sysprepped image that has sort of a BuildMassStorageSection=yes property to it...if that makes sense. Thanks for any and all thoughts :-)

Oops my bad, i did the wrong directory....but i'll make it even simpler as i found this, for a new broadband card thats integrated to the dell e6400 laptop, heres the driver exploded: 03/31/2009 02:49 PM <DIR> . 03/31/2009 02:49 PM <DIR> .. 03/31/2009 02:49 PM 0 1 04/30/2008 10:45 AM 27,081,774 setup.exe 04/17/2008 08:53 AM 918 systemid.zip 08/13/2008 12:08 PM 421 Version.txt 4 File(s) 27,083,113 bytes 2 Dir(s) 29,525,884,928 bytes free Essentially just a setup.exe. Here's whats in version.txt: Title: Communications: Dell Wireless 5720 VZW Mobile Broadband (EVDO Rev-A) MiniCard DRVR Version : A01 OEM name : Dell Wireless 5720 VZW Mobile Broadband (EVDO Rev-A) MiniCard OEM Version: 2.09.01.14 Build#021 Computers : Latitude E6400, E6500, E4300, E4200, E5400 OSes : Windows Vista 32-bit,Windows XP x64,Windows Vista 64-bit,Windows XP Languages : English Created : Friday, November 07, 2008 I'm guessing this isn't a driver then, just a software pack....but then again it could have driver files in the setup.exe, I just cant figure out how to explode it :-)

Anyone have thoughts on how I can support some of the older hardware I have in my environment? Some of it is, believe it or not, years old, and the company that makes it isn't even around. Yeah, I know tell them to buy new stuff :-) But in the meantime, take this one usb device that may or may not be attached to a machine....as of now I'll put my base image down on it, reboot and when it finds the hardware I'll run through the installation. Obviously I'd rather have it just autodetect to when the PC comes out of mini setup it will auto detect and install the software. Here's a dir listing for the install files for that usb device 01/31/2000 05:00 AM 25,600 borlndmm.dll 07/08/2005 09:16 AM 1,496,064 cc3250mt.dll 07/06/2007 10:02 AM 23,040 DocDetectDll.dll 06/26/2007 04:45 PM 49,152 ErrorHandlerDll.dll 12/22/2005 04:58 PM 92 Ftdiun2k.ini 09/02/2005 03:44 PM 77,824 FTDIUNIN.exe 07/18/2003 01:55 PM 1,700,352 gdiplus.dll 07/06/2007 10:01 AM 25,088 GPIODLL.dll 06/26/2007 04:45 PM 65,536 ImgDll.dll 03/30/2009 09:00 PM 3,834 INSTALL.LOG 06/26/2007 04:46 PM 14,336 LedDll.dll 08/19/2004 01:39 PM 57,344 lfbmp14N.dll 08/23/2004 11:36 AM 401,408 Lfcmp14n.dll 08/19/2004 01:39 PM 102,400 lffax14N.dll 08/19/2004 01:40 PM 262,144 LFJ2K14N.dll 08/19/2004 01:40 PM 163,840 lftif14N.dll 09/28/2006 04:04 PM 1,073,152 libeay32.dll 08/24/2004 03:33 PM 1,703,936 LTCLR14N.dll 08/12/2004 01:33 PM 299,008 LTDIS14N.dll 08/19/2004 01:37 PM 282,624 ltefx14N.dll 08/19/2004 01:37 PM 167,936 ltfil14N.DLL 08/19/2004 01:37 PM 950,272 ltimg14N.dll 08/23/2004 05:56 PM 495,616 ltkrn14N.dll 08/02/2006 11:20 AM 434,245 lucamapi.dll 08/19/2004 01:38 PM 274,432 Lvkrn14N.dll 03/18/2003 09:20 PM 1,060,864 MFC71.dll 09/16/2003 09:07 AM 499,712 msvcp71.dll 02/21/2003 04:42 AM 348,160 msvcr71.dll 06/26/2007 04:45 PM 163,840 OCRdll.dll 11/02/2005 09:50 AM 147,456 Reader.dll 06/26/2007 04:46 PM 45,056 ReaderDll.dll 06/11/2007 11:31 AM 23,552 RTDecodeWrapper.dll 06/26/2007 05:21 PM 40,448 RTE8000ePassportAPI.dll 07/06/2007 10:02 AM 192,512 RTE8000LowLevelAPI.dll 06/26/2007 05:21 PM 479,744 RTePassportAPI.dll 06/26/2007 04:46 PM 11,264 SecurityDll.dll 06/08/2006 02:26 PM 90,112 SetEnv2K.exe 06/26/2007 04:45 PM 69,632 SettingsDll.dll 06/26/2007 04:46 PM 21,504 SoundDLL.dll 09/28/2006 04:04 PM 200,704 ssleay32.dll 05/10/2001 10:04 AM 162,304 UNWISE.EXE 06/27/2007 10:41 AM 208,896 USVISIT-12.dll 06/27/2007 10:41 AM 208,896 USVISIT.dll 07/08/2005 10:16 AM 2,023,424 vcl50.bpl 07/08/2005 10:16 AM 248,832 vclx50.bpl If I put all those files into C:\Drivers\usb and set OemPnPDriversPath=C:\Drivers\usb it doesn't seem to work, notice no ing file for this legacy piece of hardware....anyone have any thoughts?

Figured this one out by complete happen stance. Putting that section in isn't enough, you need the blank [sysprepMassStorage] section too. Which makes the -bmsd switch essentially useless, you don't need it if these sections are present.

Hi all, Just thought I'd post something I found here, surprisinly I haven't found too many petmphive issues on MSFN, though I've found a bunch at http://www.911cd.net/forums//index.php? Just to clarify, I'm not using a dell cd, I'm using good old fashioned Windows XP SP2 right out of the box as the source, and I'm builing Bart on a Panasonic laptop. I like playing around with PE Builder and have successfully built many an ISO on this laptop. Then I got the idea to have an all inclusive cd and started building up my list of plugins. I know what some might say, but just as a test I copied the plugin directory from my UBCD installation figuring I'd have one enormous amount of plugins. Then I got the dreaded petmphive error with the registry when Bart was building. Everything I read points to a Dell reinstallation CD as the source, or it's being built on a Dell....neither apply in my case, so the only thing that's left is one of the plugins. This is where it gets strange. I not only disabled, but I removed all of the UBCD plugins, and I still get the error. I even went as far as installing a clean new version of Bart to a different folder, and sure enough, I get the petmphive error! Obviously something was changed on my system (or the source ISO?) but I can't for the life of me figure out why. Just wondering if anyone's encountered this? Haven't had much of a chance to troubleshoot just yet, but I'll be back.. Thanks

I know how to change my XP boot logo, and if someone had a picture I wanted I'd be set. But I'd like one for the agency I work for. I have the bitmaps and a mental image of what I'd like. I just can't get the pic/color palette looking the way i want... Anyone out there want to tackle the job of creating the pictures for me? As I said, I have a couple of ideas how I'd like it to look, but by all means, artistic license and all, run with it...I'll give you the original bitmaps with the logos I want incorporated... If not, no worries, just thought I'd throw it out there.... Thanks :-)

I just noticed something while looking at my sysprepped harddrive while it was shutdown...I booted to BartPE, and took a look at the HDD, specifically my sysprep.inf file which contains the section [sysprep] BuildMassStorageSection=yes I ran sysprep -bmsd at the cmd prompt, then sysprep -mini -reseal -forceshutdown -quiet Shouldn't the mass storage section be populated?

So in essence, my goal of not having the admin password listed in clear text is never going to happen? Because the auto logon feature is a must, and I know I can't encrypt the pwd and auto logon....man! I have been beating myself up over this! Thank you....

I've done a bunch of searching but haven't found an answer that works for me in production...I'm starting to think this key works on an unattended installation and not on a ghosted image. I sysprep my master image and shut it down. I have AutoLogonCount=2 which works great if I leave AdminPassword=P@$$W0R^ (and have the actual password listed there. However this is a bad security issue. This is Windows XP sp2. I have the admin password set on the image, and I'd rather not change that. In my sysprep.inf file in [GuiUnattended] I've tried AdminPassword=* and that doesn't work. I've left it blank after the = and that doesn't work. Any ideas? Also, just a side note...when mini setup is running, and it's prompting for computer name, is there a way to force the Caps Lock to be on at that moment? I have CapsLock.exe which works great, if anyone knows a way to run it during mini setup (cmdlines.txt just came to mind, I'll try that.... ;-) Thanks..

The "fix" so far, had been what Mordac85 says to do, go into advanced and apply "Replace permission entries...." I've just been doing it post sysprep. It's just striking me odd that it's happening on this one image, and only after it's sysprepped... It's a feature I think :-)

Sorry it took so long to get back to this. All of my Windows installs for the organization start with the same unattended install of Windows. This app I'm having problems with is installed as part of the RunOnceEX setup where we're installing a lot of other apps. It's a mainframe console application that's just installed to the root of C:. The first thing you always need to do once Windows is installed is browse to the dir on C and give Users and Power Users full rights, to folder subfolder and files (it was just never updated in the unattended install and since we have so few different images, it's never a problem) Oh, this issue has never been seen on any other image I've created from this unattended install. In this case I needed an image for a specific project. So I started the same way, unattended install of Windows. The PC was sitting in a workgroup, and I changed the rights on this app folder. Everything was fine. I installed another app I needed for this project, then took an image as is. Used ghost 8.3 to capture the image. I started it back up, then sysprepped it. This gave me two images, sysprepped and non sysprepped. This is how I always do my images, always 2 copies to start. So if I put the non sysprepped image on a machine, run newsid and add it to the domain everything is fine. If I use the sysprepped image, it looks ok, but it's not. When I look at the security tab of the legacy app folder on C, Users and Power Users have full control, but only after I go into advanced and check off Replace permission entries on all child entries.... and apply it, does the app start working again. Thanks for any thoughts...

Ok I created my master image. I have everything I want, tweaked, tested and working. I have a legacy app that Users on the local workstation need to have full rights to the folder, and that's set. Works perfectly. I take an image of it. If I take that image and put it on another machine, run Newsid and rename it, reboot, then add it to Active Directory, everything is fine and the app works great. If instead I take that image and sysprep -reseal and shut it down, image it, then apply it to a machine, add it to Active Directory I get this very strange issue: that legacy app I have stops working. But, as the local admin, if I go into the Advanced Security settings for that folder, click Users, and select the "Replace Permission Entries....." and essentially just reapply what's already there, it starts to work. Am I wrong in thinking this is a rights issue and perhaps GPO just isn't updating fast enough? I'm in the middle of letting a machine sit overnight just to rule out it being timing, but I can't think of anything else, except that maybe rights aren't coming down from the domain controllers like they should.. Any thoughts from the guru's out there? Thank you!

Just came across this and was wondering if there was a way to use a batch file to update this, and also if there's a way to do it for all users...in other words I dont want to import a reg file for HKEY_Current_User....any ideas?

I'm thinking you guys here will probably know the answer to this one right off... With Sysprep....what the heck are the Factory and Audit options for? I mean, does factory literally mean for use in, say, the Dell factory? And auditing? What would you audit on a workstation? Is it for testing, licenses maybe? I seriously don't know, and Ive read tons, but nothing actually tells you what it's for :-) Love that. Lots of documents tell you how to click Factory and that it will reboot in Factory mode, but I haven't found one single doc that tells me why I might want to use it...at least not clearly I should add <grin> But this forum rocks, so I know I'll get an in depth and well thought out answer...smile..

That's great, and looks much more professional than mine! Thank you. You've been a huge help, got it working now the way I want it.

Sure thing...the sleep.exe statements I've had in there, and I could have used another but I wanted the ping to stand out, and adding that enabled this package to start working. I dont' have the files with me now that wouldn't work, but the only difference was that ping command. iexpress1.zip

Just in case anyone has any thoughts on this....In my command file I had originally thought it was bombing out becuase the exe's I run only take a fraction of a second, so I added some ping localhost statements between each one to slow it down a bit. I changed the first ping before the first exe to n 15 so it takes longer, and that appears to have done the trick. Now my Iexpress package of these files takes about 12 seconds before it's doing anything, but completes the entire cmd file now on the first attempt. Any ideas why? Thanks

I have this batch file that runs a sequence of commands, actually they're Dell bios setups and flashes. Three set the boot order. One changes some settings. And one reboots the machine and flashes it. A sequence of 5 commands...and I mention they're Dell bios files created with Dell Client Configuration Utility because it's notoriously difficult to deal with. Anyway the batch file works fine. When I create a Winzip self extractor it works fine. When I use Iexpress to package it the first command runs then it just quits. Echo is turned on so I'm seeing everything on screen. It just stops. But if you run it again on the same machine it works as expected. I'm at a loss on how to even trouble shoot it so any thoughts would be a huge help. Thanks!