obiwanceleri wrote:

btw in my experiment, I got an error about C:\DSPdsblr.exe not being found

That's a common problem.  I recommend using the OEMPreinstall Folder ($OEM$\$1) to get around that.  Just go into the bin and find DPsFnshr.7z - you can find all of the files you'd need to put in the preinstall folder inside this archive.  Then just run a cleanup command script at the end that deletes everything you don't want/need.

That's why God invented bigger hard drives! big_smile  Just copy your RIS folder to a backup location and make the alteration.  Then if it doesn't work Delete and restore! smile

All seriousness, I was just trying to let you know what I saw.  After dealing with my own issues with DriverPacks, I just wanted to give you those suggestions.  I don't know how to solve your RIS problem sad

I thought you were doing a NIS.  If that's the case then your SVCPACK.inf wouldn't need a new CD every time because the CD just tells the installer to look on the network for the installation stuff.  I think I read that someone was going to integrate the CPU and Chipset drivers to their boot NIS CD, and then integrate all of the other packs to the NIS Location.

According to your DPs_BASE.ini, you disabled QSC - Quick Stream Cache (this is something specific to DriverPacks - I wouldn't have expected google to turn anything up) AND you are installing ATI Catalyst Control Center which requires .NET to work properly.   (If you were installing the ATI Catalyst Control Panel then it wouldn't be "CCC" but rather "CCP")

EDIT:
You don't have to manually add the switchless install from RVM to the svcpack - you could just integrate it using RVM's tool or nLite.  You said it makes it easier to update by not adding it into the svcpack yourself - so you must be using one of those tools to update it.

I don't think this'll solve your problem, but some things you may want to consider:

1.) Enable QSC (it avoids a bug where some .CAT files are not properly copied into the svcpack directory despite having their entries added into the svcpack.inf).

2.) Make sure you've got .NET in your installation (because of the ATI thing; RVM has a nice switchless .NET 1.1 SP1 installer that can be added to your svcpack.inf)

You actually do, it's very frustrating in some cases.  You shouldn't need the .NET if you include a newer version since they overwrite the same calls - but the Media Center Edition stuff actually depends on files in the \WINDOWS\Microsoft.NET\Framework\v1.0.3705 directory.

Since the version of windows wasn't mentioned - I figured it was worth mentioning.  Plus, in the first post "mediactr.cab" was referenced.  Don't know if that exists for other versions or not.  It doesn't for mine because mine was an XP disk from before Media Center existed.

Did you attempt doing a disc install before trying NIS?  If you can't get a disc to install then there's something going wrong either before/during DriverPacks.  If you can, then there's something wrong with the way you're doing NIS.

That's not necessarily true, media center editions of windows XP DO need that .net stuff.

To quote one of the most beloved characters in all of cartoon history:
"YAY I'M DOOMED!"

What if I just removed the zipped packs?

haha, maybe.

Actually I did have multiple folders set up at different steps... ^_^;;

However the hard drive went out...  X.X



I don't use RVM - so it isn't easier for me to start from scratch.


I can remove some DriverPacks with the DriverPacks base - but I really want to know how to undo the whole thing.

Well, I could hang a DVD on the system - but I don't have any spares.

I slipstreamed all of the DriverPacks as well as the 3rd parties.  They don't fit on a CD.  I could remove the 3rd parties - how could I just take out the 3rd parties.

Okay, so I've been slipstreaming all of the driverpacks with success for a few months now - and it's been fantastic! big_smile

Anyway, I've just been expanding my windows install disks to DVDs because I've had the means.  Now I've got a computer with only a CD bay.  I could recreate the disk from scratch, but since I have included a bunch of windows updates and what not - I'd rather just take what I've already made and remove DriverPacks.  I did a search with little success.


So my question is this.  How does method 2 alter the installation disk?  I've already gone into WINNT.sif and removed the finisher.  I deleted the OEM folder from the disk.  Now the only thing I can think of that's left to do is remove the fake setup and restore the real one (though I'm not quite sure if that's all that's left).

Yeah, that's what I meant.  Sorry about the typo...

Well, instead of doing a NIS try doing a single disc installation.  If the disc installation works then it is a problem with how you're doing your NIS.  If the disc fails, then it's a problem with however you're doing things to the disc (including the possibility of DriverPacks).

Well I wouldn't recommend copying them to your OEM distribution folder...  That's sloppy.  I suppose that at the end of the day it all comes down to what works and what doesn't.

Try downloading the setupORG.ex_ and presetup.cmd from the site I gave in post 7.  This might confirm whether or not there's a corruption in your copy process.

[SourceDisksNames.x86]
1  = %cdname%,%cdtagfilei%,,\i386
2 = "%cd2name%","%cd2tagfilei%",,\cmpnents\tabletpc\i386
3 = "%cd2name%","%cd2tagfilei%",,\cmpnents\mediactr\i386
4 = "%cd2name%","%cd2tagfilei%",,\cmpnents\netfx\i386

...

mediactr.cab      = 3,,,,,,_x,,3,3
setupORG.exe= 1,,,,,,,2,0,0
presetup.cmd= 1,,,,,,,2,0,0
3ware95k.sys=1,,,,,,4_,4,1,,,1,4

filename_on_source=diskid,subdir,upgradecode,newinstallcode,spare,spare,newfilename

Do you notice that the only 2 files you have a problem with are the only two files with "2,0,0" at the end?  That's actually the default value, but since you're doing a NIS you may need to alter that...  Not sure.  I've never done NIS.



The other thing you may need to consider is a file corruption when you copy it.  It's happened to me before.

Bâshrat actually already addressed this on MSDN, apparently.  http://www.msfn.org/board/lofiversion/i … 57359.html

Can you post the contents of your txtsetup.sif file?

Wait, you're doing a NIS?  Not a disc install?

Okay, well - first thing you should know is that DriverPacks will alter your winnt.sif file - which is used for disc installations.  Since you're doing a Network Install Setup you need to add those additional/modified entries to your UNATTEND.TXT file (from what I understand, the only difference between these files should be the name).


Finally, since you said the setup.ex_ is not there anymore - just manually copy it back over.  Also copy presetup.cmd since you had problems with that one too.  If you want, try looking here:
http://unattended.msfn.org/unattended.xp/view/web/35/

They have the files available for download if you don't want to re-copy them from the disc.

Don't just copy the I386 folder off of the windows disk.  Copy the entire disk.  The cmpnents folder has some .NET stuff integrated to the installer, and if you have a tabletPC or media center option the compnents folder contains that data too.


Also check your I386 folder for "SETUP.EX_".  It is supposed to be expanded to "SETUPORG.EXE".

Helmi wrote:
JeremyNNT wrote:

[...] and using the QSC because even though DPBase says not to use it for method two, the tutorial says to use it for all new versions.

BASE is actually saying that?

Are you using the English version or one of the translations?
I don't remember it saying that, but then again I have only been using the (created by me) German translation so I can't really remember...

Yeah.  The base says that.  When I had my problem a few months ago I found that because I wasn't enabling the QSC it wasn't adding the .CAT files to the svcpack - but it did alter the svcpack inf to include the lines for the corresponding updates.  When I tried to use the bug tracker to report the issue my account never would activate...  Never could log in. lol Anyway I was afraid to enable QSC because the base said it was recommended not to.  It's not a big deal though.



Anyway, despite being told to use QSC for method one, you should enable for method 2 anyway so that you don't have that issue.

Woah, yeah... the screen resolution is kinda high...  Try 1600x1200 if you know your monitor/video card can handle it.  1024x768 should be ample until you actually get into the system...  Worst case senario use 800x600 and you know it'll work.

You're all over the place with your tools...

You shouldn't need to use nLite to rip the source disk.  Just copy all of the files from the CD to a place on your hard drive.  It's easier that way.

Then you should create your winnt.sif file (just in case RVM uses it, but it probably doesn't).

Then you can use RVM to update everything.

Then you should integrate the DriverPacks (driverpacks does alter your winnt.sif file, so creating it after the DriverPacks integration will get rid of the alterations needed).

Finally you should create a bootable data disk ISO with Nero, instead of using RVM or nLite (they can mess stuff up).  CDGUI is good too.  After that burning it shouldn't be a problem.

EDIT:
Your winnt.sif file seems to still have the data altered by DriverPacks, so I think that it's just that you're using a different tool for making your iso.

74

(2 replies, posted in Feedback and Support - DriverPacks Base)

64 bit drivers aren't supported yet.  No clue when it'll be adapted.

Well, torrents can be set to just include all of the DriverPacks, so that downloaders could mark only the packs that they want for download.

Still it seems like too much upkeep.