Denney

DriverPack Monitor v1.7.1 Changes: -Added support for BenQ FP91G+ LCD monitor. Download Here

Another quick update... In some circumstances, adding the CHDIR %SomeDir% command won't work if it's on another drive. You need to add the /D switch to change the current drive as well as the current directory. Strange quirk in that it works sometimes but not others. So, the FINAL script is: CLS ECHO Please insert an Ultimate Update CD now. PAUSE ECHO ON CD /D %SystemDrive% CMDOW.EXE @ /HID SET UUCDDRIVE= FOR %%i IN (c d e f g h i j k l m n o p q r s t u v w x y z) DO IF EXIST %%i:\UUCD.cmd SET UUCDDRIVE=%%i: IF DEFINED UUCDDRIVE ( START /WAIT %UUCDDRIVE%\UUCD.cmd %UUCDDRIVE% %ADMINUSER% ) CMDOW.EXE @ /VIS ECHO OFF CLS SET /P MORE="Do you have anymore Ultimate Update CD's (y/n)? " IF "%MORE%" == "y" GOTO STARTSEARCH

Depends if Diskeeper 10 can run on .NET v2.0. Most programs need to be ported over to .NET v2.0 before they will run (being a .NET developer, I can tell you now, this can be a real pain in the ****). Some programs will work, others won't. Simple as that. As a safeguard, I always install both .NET v1.1 and .NET v2.0 on my machines. Doesn't hurt to have them both. Blame Microsoft for the backward compatibility breaking.

Yeah I took that GOTO command out... Didn't mention that. Replaced it with a SET command and then after the loop has finished, I check if the variable is defined. If it is, I THEN use the GOTO command.

Thanks for that code Delprat. Didn't even think about doing the for loop like that. Has the hidden advantage of letting me use 2 update cds in different drives without prompting. Thanks.

I've found a small problem with the DriverPack base. It doesn't have any negative effect. It just adds files to the CD that were removed in the first place. Using nLite, I have removed the MassStorage drivers. When I use the DriverPacks, I don't use the MassStorage DriverPack. In the DriverPacks Base command file is the following: SET C1=ROBOCOPY "I386_original" "I386" SET C2=/MOV %RS% %C1% adpu160m.sy_ %C2%>NUL %C1% aliide.sy_ %C2%>NUL %C1% dac2w2k.sy_ %C2%>NUL %C1% dac960nt.sy_ %C2%>NUL %C1% dpti2o.sy_ %C2%>NUL %INE% win51ip.SP2 %C1% hpt3xx.sy_ %C2%>NUL %C1% mraid35x.sy_ %C2%>NUL %C1% ql12160.sy_ %C2%>NUL %C1% ultra.sy_ %C2%>NUL RD /S /Q I386_original ECHO _ original I386\*.sy_ files restored (because %D% %M% N/A). GOTO PART_1_DELETE That code doesn't check to see if the files exist first meaning they are copied regardless. What this means is that those files are copied BACK to the CD when they weren't even there in the first place. Just a cosmetic bug really.

I had this problem once but it was caused by a bad ISO creation. I was doing more than a fair share of work on my computer at the time. I just re-created the ISO and it worked fine.

Ok, now that's weird. Changed my code to a mutation of yours for testing: SET UUCDDRIVE=nocd FOR %%i IN (c d e f g h i j k l m n o p q r s t u v w x y z) DO IF EXIST %%i:\UCD SET UUCDDRIVE=%%i: IF "%UUCDDRIVE%"=="nocd" GOTO NOTFOUND CHDIR /D %SystemDrive%\UOS\ IF EXIST %UUCDDRIVE%\ALL XCOPY %UUCDDRIVE%\ALL %SystemDrive%\UOS /E /C /I /Q /H /Y IF EXIST %UUCDDRIVE%\PDC XCOPY %UUCDDRIVE%\PDC . /E /C /I /Q /H /Y PAUSE GOTO MORE :NOTFOUND ECHO. ECHO Ultimate Update CD not found. ECHO. PAUSE :MORE That works perfectly. Note that one IF statement copied to "%SystemDrive%\UOS" and the other copies to ".". Both the IF statements works... It seems to pivot on that CHDIR command. Without it, the script dies. That I can't explain and I guess I only have Microsoft to thank for that error. Thanks for the fix Delprat. Much appreciated after my 4 hours of figuring nothing out.... Edit: Went back to my ORIGINAL code and added the "CHDIR /D %SystemDrive%\UOS\" command just before the "IF EXIST" command and it works perfectly! God damnit, all that wasted time when it was that simple! Anyway, thanks again for the help. Much appreciated.

Ok, so maybe you've fixed it but I'm more of the sorta person who wants to know WHY it doesn't work rather than what I have to do to fix it. Why was I getting that error? Oh, btw, the %SystemDrive%\UOS directory already exists on the hard drive when I copy the stuff over so the "MKDIR" command is pointless. Also, thanks for the quick response.

Here's one for you "pros". Current code: SET UUCDDRIVE=nocd FOR %%i IN (c d e f g h i j k l m n o p q r s t u v w x y z) DO IF EXIST %%i:\UCD SET UUCDDRIVE=%%i: IF NOT "%UUCDDRIVE%"=="nocd" ( IF EXIST %UUCDDRIVE%\ALL XCOPY %UUCDDRIVE%\ALL %SystemDrive%\UOS /E /C /I /Q /H /Y IF EXIST %UUCDDRIVE%\PDC XCOPY %UUCDDRIVE%\PDC %SystemDrive%\UOS /E /C /I /Q /H /Y ) ELSE ( ECHO. ECHO Ultimate Update CD not found. ECHO. PAUSE ) ECHO is turned OFF at the start of this script. During execution, the XCOPY commands return the error: Current directory doesn't exist. And they don't copy the files over. Here's the thing, if I add an "ECHO ON" statement before the "IF" statement or if I don't turn ECHO off at all, it works flawlessly. I tried using CMDOW to hide the window during the "ECHO ON" time and it, again, ceased to work. It's got me stumped how an "XCOPY" command could require ECHO to be ON for it to work. Any thoughts?

Have you tried a CD without the MassStorage DriverPack?

Um, when did it blue screen? on first boot or during setup? what was the error you got? Something a little more informative would probably help.

1. Integrating the .NET Framework is BIG job.. Just look over at RyanVM's forums. 2. Look here for discussion on this: http://www.msfn.org/board/index.php?showtopic=70042

@nataliaa: What files are they? I use method 2 myself and those were the only 2 files that had errors.

um, actually no, it goes through every INF saying "Trying to integrate whatever.inf... integration ok" or something to that effect.

I know this is solved but I don't want to clutter up the forum anymore.... When I enable KtD, the SetupCopyOEMInf.exe appears on first boot while cleanup is happening... Is this by design?

Fixed it myself.... http://www.msfn.org/board/index.php?s=&sho...ndpost&p=482571

Ahha! It is the for loop. I added a pause to the script before and after to loop and sure enough, the files were deleted. Here's my fix for it Bashrat: Take this code: FOR %%i IN (WIN51IA WIN51IB WIN51ID WIN51IL WIN51IS) DO IF NOT EXIST "%%i" ( %INE% I386\RVMUPPCK.IN_ ( %IE% I386\portcls.sys DEL /Q I386\portcls.sys %IE% I386\hdaprop.dl_ DEL /Q I386\hdaprop.dl_ %IE% I386\hdashcut.ex_ DEL /Q I386\hdashcut.ex_ %IE% I386\hdaudbus.in_ DEL /Q I386\hdaudbus.in_ %IE% I386\hdaudbus.sy_ DEL /Q I386\hdaudbus.sy_ %IE% I386\hdaudio.in_ DEL /Q I386\hdaudio.in_ %IE% I386\hdaudio.sy_ DEL /Q I386\hdaudio.sy_ %IE% I386\hdaudres.dl_ DEL /Q I386\hdaudres.dl_ ) ) And replace it with this code: FOR %%i IN (WIN51IA WIN51IB WIN51ID WIN51IL WIN51IS) DO IF EXIST %%i GOTO PART_1_DELETE_2 %INE% I386\RVMUPPCK.IN_ ( %IE% I386\portcls.sys DEL /Q I386\portcls.sys %IE% I386\hdaprop.dl_ DEL /Q I386\hdaprop.dl_ %IE% I386\hdashcut.ex_ DEL /Q I386\hdashcut.ex_ %IE% I386\hdaudbus.in_ DEL /Q I386\hdaudbus.in_ %IE% I386\hdaudbus.sy_ DEL /Q I386\hdaudbus.sy_ %IE% I386\hdaudio.in_ DEL /Q I386\hdaudio.in_ %IE% I386\hdaudio.sy_ DEL /Q I386\hdaudio.sy_ %IE% I386\hdaudres.dl_ DEL /Q I386\hdaudres.dl_ ) :PART_1_DELETE_2

Heh. you're right. hdaudio.in_ and hdaudbus.inf_ are on the SP1 integrated CD. I was looking at the virgin W2k3 CD. So yeah, the DriverPacks must be removing it for some reason. I suspect it's that for statement giving us the greif.

nataliaa: What version of Windows Server are you using? I'm using Windows Server 2003 Enterprise Edition with Service Pack 1 and those files don't even exist in the I386 directory in the first place! Are you slipstreaming any addon packs like RyanVM's? Also, at Bashrat, is it just me or will that for statement not work as intended? As I see it, it will loop over EACH of those tag files meaning you would have to have ALL of those files in the folder for it to not execute the rest of the loop?

I know that Windows 2003 Server isn't a supported configuration but I figured I'd try it. Anyhow, when I integrate the packs I get 2 missing file errors.... 1. HdAudBus.inf 2. HdAudio.inf I take it they have something to do with integrating KB888111 Simple enough problem I presume and I'm looking into fixing it myself. Just thought I'd submit a bug on it. Other than that, your DriverPacks work GREAT on Windows 2003 Server. And as always, appreciate your work greatly!!!

I ran into this problem in VMWare... took me an hour to figure out what it was.... found out the finish script was just looping.

I'm on a tight budget and have found these 2 cards as the ones i can afford from various places. My question is simple... Which one will perform better? Edit: Both cards are 256MB versions.

Really? Hmm.. must of missed that one. Ahwell, sorry guys. What about the chick from MS? How many of you use VLM and access WU to check for updates? I'm curious because what I was told doesn't seem right...

I don't know who else knows about this but I'm wondering if it's just me or if this is bad coding on Microsoft's part... When I visit the WU site, I get that invalid VLK key error (I have bought the VLK version for work). Once it invalidates once, if I goto "Tools -> Manage Add-ons" and disable the WGA ActiveX control and try validating again, it works! Just wondering if this works for anyone else? The only reason I use WU is to get a list of Windows Updates I need to download for deployment on my site because Microsoft don't offer a simple alternative... Ofcourse the thread in these forums with the updates listed is also a great help but some are not actually required for my setups. Microsoft really should have thought this through a little better. I even rang MS about this because it did validate before they made it a requirement and she said, and I quote, "that's to bad. VLK licenses shouldn't need to use WU"!!! What the hell is she on about? Bah, I've finished my little tip and rant. Later Peps.