Without knowing your host's and your guest's specs, we cannot estimate how long it should take the Finisher to, well, finish.

It really depends on system specs.
If the host already is rather slow, and the VM is running at barely minimum settings (ie VPC allocates XP only 256MB  RAM at default), it WILL take a very long time.
Also, enabling CPU virtualization support in both the host's BIOS as well as the VM's settings will gain you quite a lot.
Besides, a Virus Scanner running on either host and/or guest will slow things down considerably!
You may want to disable real-time protection for the installation.

nirh216 wrote:

so your saying that I need to leave it just the way it is & it will be O.K?

Err, have you actually tried it already?

Ususally, the problem solution works that way, you try something, it doesn't work, oyu come here, report and we'll see if we can find a solution.

It does not help much to ask about problems that you may expect to happen when you have not already given it a try.
If you do not have a spare machine to do a test run, use a VM - it won't install any drivers per se, but the Finisher et al will run through regardless.

if both apps use ROE and they use different IDs, you WILL BE FINE.
Don't break your head (and ours) about something that actually doesn't pose a problem IRL wink

OverFlow wrote:

the biggest obstacle is that the files will not get extracted until they are being used for the first install.
if we were to force a verify into the base process it would add a considerable amount of time to every run of the program.
however bad copies are few and far between.

Just an idea, wouldn't it be possible to implement a feature similar to QSC where a once scanned file gets tagged somehow so that it won't be scanned again?
This is assuming that 7-Zip's archive tester takes longer to test an archive than it takes to calculate its MD5 sum.
On a newly-loaded file, 7-Zip is told to scan the archive (surely such a command line paramtre does exist wink), then, when successful, the MD5 hash is being calculated and written into a folder (just like QSC).
Next time base is run, the previously calculated hash file is being compared to the file's actual hash (if it still has the same name) and if this they don't match, an error message will occur.

This saves us from having to provide MD5 hashes with the files (as it, not on the website but in the filename or some other way so BASE can automatically check them with no user input) while maintaining an equal level of file integritiy verification (I presume 7Z's file check matches actual hashes with what has been stored inside the archive and is not just a dumb "can it be extracted or not" test) and user comfort (traded for a bit of waiting time for MD5 calculation each time).

Just waht my mind came up with right now...
Whaddaya think? wink

Anyway, could be an optional feature in BASE for those that cannot wait...

OverFlow wrote:

The oem dell disk includes drivers, branding, machine checks and bundled software.

IE it is not a clean starting point.

I would investigate the contents of their $oem$ folder and other locations for bundled software and drivers that might conflict with DriverPacks.

Yeah, just what happen in here, it seems:
http://forum.driverpacks.net/viewtopic.php?id=2858

Well, you should chose an ID that differs from the one used by WPI (or any other ROE application), obviously wink

Also, chosing a number < than WPI will make it run before, > will make it run after (I presume, never done that myself, yet, LOL).

danboid wrote:

So when I turn off OOTB, should I do it before or at same time as slipstreaming SP3- if it matters? Same time I'd presume.

Just for the record, the official abbreviation is indeed OOBE, as I wrote.
OotBE would be more correctly, though, but that's MS.
Just saying because you may have a hard time finding further results if you google for "OOBT" instead...
Personally, I am doing my unattended settings via nLite - so, if you want to follow my path, I invite you do do the same (it's probably more "newbie friendly" than editing the files by hand using an editor).
Anyway, I slipstream SP3 first (or rather: use an already slipstreamed source as a basis for my U³WXPCD so I can skip that task - just be sure to have done nothing else to this backup source than slipstreaming SP3).
Any further setting are hence being applied after SP3 has been slipstreamed.
Dunno if this matters, but let's presume the Sp changes this or that, I can be sure all my editings are not being revised/overwritten/changed.

Also, always remember, DriverPacks come last, right before ISO creation smile

You're very right about auto-format/partition being a hazard- as you say best leave that one!

Well, I presume if you really know what you are doing (ie. it's a virgin system so no risk of losing data) and you got a lot of systems to setup but sysprep is not your thing somehow, then it can be extremely useful because it's about the last step to make setup completely unattendedly.
But you should really mark that disc (using a hazard symbol maybe wink) so you don't put it into the wrong system!

Hehe, I remeber that from a changelog of some MS programme (could have even been SP3) which stated that among the changes to follow the very first was:
"increased version number to ###"

That definately shows how they weighted its importance! big_smile

http://unattended.msfn.org/unattended.xp is the better place to go for your Unattended questions.
We really are just a part of an unattended disc, namely the driver support.
Not saying that we won't try to help you, but eac hpage specializes on one aspect so to speak so you best always ask the respective experts for best results! smile

danboid wrote:

I'm cool with windows setup still leaving you to do the partitioning, but could I automate this so that it just makes the primary disk one big NTFS partition and quick formats it (if I did want this- just interested)

Yes, this can be done (for instructions see above guide/forum), however, I would not recommend it unless you are 100% sure.
Also, DO MAKE SURE that you need the user input to kick off setup ("please press any key to run setup"') as you may otherwise havok a system when you forget the disc in the drive...

What I'm not cool with is that I still have to click through the final few screens of the XP install ie say no to setting up a network, registering windows and setting up a user. Did I miss these in setupmgr or does sertupmgr enforce these screens? I'm sure I chose 'auto-everything'?

That's OOBE (Out of the box experience).
Switch it off (i.e. using nLite) and you're done!
Also, you can preconfigure extended network settings with nLite.

I've tried my new XP install DVD on a few machines now and on all I had to go to Device Manager and tell XP to 'Update Driver' for the soundcard and on a couple of machines the graphics card too. After doing that and choosing 'Install the software automatically' it would find them, which is great but I was wondering if theres a reason why XP doesn't auto-detect them earlier in the install?  Is this because I'm using a '07 DP base version or is this just normal XP+DP KTD behaviour?

Probabaly missing the HDA hotfix (KB888111).
Slipstream SP3 into your source and it should work.
The "scary stuff" as you call it only affected some hp (I think) systems that got SP3 installed (not slipstreamed) because the manufacturer (not MS, this time at least) messed up and included(installed drivers for devices that were not present (Intel CPU in an AMD system...), which would then mess up the SP3 installation (not integration), resulting in a BSOD.
Really nothing to fear about slipstreaming, plus it's better than installing anyway you look at it smile
And no, this is not normal KTD behaviour.

Anyone got any good tips on slimming down XP so a fresh install consumes minimum RAM? I'm sure MSFN will have a killer guide to this too eh?

Well, if you already know MSFN, why do I still have to link you up to it, eh? big_smile
Anyway, all I ever do is using nLite to remove the really unnecessary things, reduce graphical effects to a minimum (classic theme, no fancy menu animations etc) while not touching the services (very sensitive area, can do way more harm than good, plus, services only run when needed and when not running do not consume RAM).
This results in about 70-80MB RAM usage on a fresh system.
Adding a couple of necessary (for me, lol) stuff including a virus scanner, it nets at about 130MB after the first reboot.
Fair enough for me, plus, you wouldn't want to run XP on a system with less than 128Mb of RAM anyway (because the rest of the components must be very old then) wink

mobius wrote:

Awesome program.  Works great for me thus far.  Any updates available yet?

Just out of curiosity:
Why would you need an update when the programm works flawlessly?
smile

mr_smartepants wrote:

Well there's your problem right there.  Stay away from illegal warez downloads...you never know what you're going to get!

Jap, especially with these pre-modded XP CDs!
You never know what kind of junk someone included and deemed cool, fun, useful or else.
Plus, they might have sneaked up a trojan/keylogger on your ass, opened some nice ports, fiddled with the DNS entries or messed up the hosts file.

Besides, ususally, you cannot use such sources as a starting point for your own customization because they aren't pure and virgin anymore (esp nLite dislikes that!).
DP integration should normally work but you don't know what it may break (previously included non-DP drivers).

SP3 v3311 isn't current anyway.  v3311 never included the HDAudio fix.

Yeah, seeing as the final SP3 is out for some time now, there's really no reason whatsoever to use any of the beta/RC version anymore.
NONE.
Plus, indeed, MS only managed to include KB888111 just before going final (thankfully!)

Isn't SP3 up to v.5321 or something now?

Build ver. 5512, AFAIK (it doesn't show under System Proerties anymore since they went final...)

Works fine on both a GF2MX400 and a Rage128Pro system indicating that at least you didn't break any legacy support with the new pack wink

Hopefully going to try on the HD 3850 AGP soon (a reinstall is desperately needed...)

Err, what do you mean by CD/DVD?
The DriverPacks integrate into a Windows source of yours.
Do you want us to offer A Windows disc somehow?
I bet it wouldn't exactly make MS rejoice...


As of now, if you DL BASE and the DriverPacks, you can make your very own Universal Driver Disc - what would yours offer over the current solution?
Also, as you may know, some packs are updated quite regularly.
Having one disc image would mean to update the whole pack and make each user DL it after each and every update.
Granted, we could work with xdelta files, but still, you'd need to get the whole thing at least once.
As of now, users on a low bandwidth connection can chose not to include packs they do not deem necessary.

Also, you can already donate to the project if you like it! smile
If you wish, also on a per download basis wink

mr_smartepants wrote:
Helmi wrote:

Just DO NOT switch modes with an OS already installed, that is guaranteed to screw things up beyond all reckognition.

That's exactly what I did. sad  But it only took me about 15 minutes to fix.

Well, see, you're a pro, we wouldn't have expected you to take any longer on this! tongue

Anyway, yes, you can supply the OS with the needed drivers beforehand so a switch will work out fine.
However, if you are aware of all this, you probably wouldn't come here asking, amirite?

There hardly ever is an "impossible", it's just a matter of how much it will take you to get it done and the general advice for the newcomer is rather "just don't do it" as opposed to a 15p. tut on how to work things out step-by-step.
Granted, the learning effects would be greater by the latter, but so is possible frustration and I don't want to scare them off for all times wink

abdou wrote:

Ok,thanks for all,I will make my instal and future installations with AHCI mode (because i have a store  to selling computer equipment and i format mor than 5 pc par days) ^^

In that case, make sure you provide your customers with an install medium that provides these MassStorage drivers or they will not be able to easily reinstall.
Unless you want them to come back to you for that and have them pay again...


i don't knwo what's soft-raid ^^

Soft RAID is what you call a RAID setup using the on-board HDD controller.
This solution relies heavily on the drivers and the CPU (which is also a reason you cannot port the RAID between systems unless they use the same mobo, same BIOS and drivers) and is hence also called fake RAID by many.

A real RAID uses a dedicated RAID controller, which ranges from, say, €300 onwards to some €3,000, uses its own CPU and RAM on the controller card, is usually faster and more reliable (because of portability).

This is not to denounce soft RAID, I'm using that myself as it provides an easy and cheap way to maximize HDD usability (especially with low HDD prices), but you need to be aware of what it can do and what it cannot do.

No.
RAID is only good for when you actually want to set up a soft-RAID.

If you are going to reinstall, just switch to AHCI beforehand and use DPMS.
Just DO NOT switch modes with an OS already installed, that is guaranteed to screw things up beyond all reckognition.

Thing is, the BIOS will change the PCI IDs of the controller, the OS will likely not have the drivers for those present.
You will BSOD during boot because once the BIOS compatibility mode gets switched to the proper DMA, the OS cannot load further boot files from the drive.

Ok, I will try to outcomment the line now, maybe that will skip the file in BASE somehow while maintaining TM support.

I just still don't get why it worked before...


EDIT:
Neither outcommenting nor deleting the TAG file helped for slipstreaming.
Only after I deleted all three symmpi files on the source, it would run through.

Currently compiling the ISO and here's hoping TM setup won't complain again!


OK, seems to be working now - phew!

Ok, installation works fine so far (apart from some addon quirks as usual, but totally unrelated).

Anyway, the txtsetup.SIF file says:
symmpi   = "LSI Logic PCI Fibre Channel-Hostadapter"

So that's what the file is for.
This entry is already included in the DELL version of the CD, so maybe this is a conflict caused by the fact that a SCSI driver BASE wants to add is already present?


I really don't have any need for that driver (and seeing as it's Fibre Channel, chances that I may stuble across a system sporting this are very slim).
I'd just like to get TM support back up and running, because there is a bunch of drivers I do need for other systems.

dnoiz wrote:

I found/used a tool (DriverGrabber) to extract all "necessary" driver files from my system to add them to a pack (if that's the way to go),

Yes, Driver Grabber certainly is the way to go if you want to create your own DP and already have a system up and running using the latest drivers.
That way you can be 100% certain it will work when you reinstall (well, maybe only 99% cause you never know and there's always Murphy...).

but why are there 4 different directories? For each driver (which can support multiple printers) a different directory?

Does DG also create those four directories?
If so, maybe that's how the person who made that addition (name escapes me, there's plenty of contributors to the dp3ps) got to it.

Other than that, I dunno about Canon's driver policy.
If there are several files sharing the same name, it may be necessary to create different folders if you want to keep original filenames (and hence maintain WHQL) and support as many devices as possible.

You could easily check this by verifying whether there are files of the same name that contain different HWID entries.

UPDATE:

I just re-slipped the BASE using the same options as before minus TM support for DPMS (as it isn't needed on this very machine I am setting up atm).
I was using the old, non-working source btw (too lazy to copy from the backup pre-BASE ISO wink).
Works so far as getting me to the partition selection screen.
Haven't tried any further yet (did put Ubuntu on it out of despair...), will do so later on.

So I think we really can reduce this one down to DPMS TM...


BTW: $OEM$ only contains cmdlines.TXT

dnoiz wrote:

So aggressive. I have no intention to tell anyone what to do here.

Well, you see, you wouldn't be the first to be just like that so natrually, we react a bit more "aggressive" as you've put it than you'd normally excpect.

This is by no means to be taken personal, if you know that you did not want to sound that way.

While we thankfully do have a large member base of contributors, there's always those than come in, complain, demand and insult!

Let's just call this a misunderstanding and forget about it, shall we? smile

445

(4 replies, posted in Hardware)

internaut wrote:

Unfortunately I find myself in the same situation like many other people here that downgraded from the crappy Vista that came with the laptop to XP and now can't find the driver for the SOUND CARD.
[...]
Here is the log from Hwids:

Am I blind or is there no SC device listed???

Anyway, my money is on the missing HDA hotfix (KB888111).
Which notebook these days does not come with HD sound?

Easy solution:
Slipstream SP3 into your XPCD (you will want that anyway) and there you go.
Inlcude the DriverPacks (especially Sound) and you whould be set.

Would be surprising if this one (didn't look it up, though) wasn't using Realtek HDA...

krige wrote:

In general, when a driver is suited for the inclusion in a pack and when is not? I mean, I guess not all the requests are accepted... or maybe yes? If not, on what criteria they are accepted or denied?

Well, you do not request additions to the 3rd party DriverPack, at least usually.
Instead, you add them yourself and share with the rest of us. Give and take so to speak.

For the official packs, requests should be clear.
Of course, you do not have to decide whether your requested graphics driver goes to pack A, B or C wink

Ususally, any request is accepted if the driver is really not present already AND it is common HW (so no specifically, just made-for-you stuff).
A nice description of the device, HWIDs, the versions of the DriverPacks you already included that did not support it, maybe some log files, a proper link to the official non-beta driver hosted on the manufacturer's webspace and a polite post ususally greatly enhance your chances of acceptance, though big_smile


As for what 3rd party DriverPack a driver fits in, if you really cannot find a matching pack (we do have plenty though), just post it in the 3rd party DriverPack forum and someone will guide you smile
It may even be so exotic that we'd start a new pack.

Other than that, you are of course always free to create your own personal 3rd party DriverPack (you dojn't even have to share it if you do not want to).
You can then fit all kinds of strange drivers in that probably only you use and not have to worry about our which goes where convention big_smile

OverFlow wrote:

the common denominator is not apparent to me ATM... still thinking about it though...

The Dell OEM CD maybe?

Dunno, just a thought.
Will try later with my Original SP0 slipstreamed to SP2 slipstreamed to SP3 CD...

Anyway, what IS the file good for and if it's not that critical, is there a way to simply ignore it and have textmode setup continue?
Currently, I cannot get this system installed that I would very much like to finish over the weekend.

Obviously, as it only uses a standard IDE controller, I could do without DPMS (or the TM part of it), but I'd still love to solve this one for my UWXPDVD just because, you know... wink



PS: As for the $OEM$ folder:
I dunno what Dell put inside it but slipstreaming the SP3, nLite offered and was told to do so to remove all 3rd party changes done to the SP2 CD.
I was expecting no difference to an ordinary SP2 CD slipstreamed to SP3.

Anyway, it may include something due to the addons I include, but I have been doing so for over three years straight...

448

(2 replies, posted in 3rd Party DriverPacks)

abdou wrote:

Driver Genius Professional ??

Close, but you can get the same functionality for free wink

Try Siginet's Driver Grabber


PS: Fear not, you are still sane and sound, Twig! big_smile

Well, unfortunately, it still didn't work for me sad

I now had both the symmpi.SYS as well as symmpi .SYS on the source, yet textmode would still complain about the symmpi.SYS file lacking...

Did you manage to successfully get past TM setup?
I don't know what else I could try for the moment.

Also, yes, the DPMS ini file might be wrong, I guess (because that is the only factor that may have changed between my last successful try and now), however, I have not yet had the chance to take a closer look at it (currently setting up a network printer/scanner...).
Maybe tonight unless someone else from the team beats me to it wink

I suspect the added space is in fact the problem itself.

Ususally, no files on the source have spaces in them, in fact, most are 8.3 compliant.
I am currently trying a workaround by creating a duplicate file on the source that has the space while leaving the one that has not (I found out that if you simply rename it, Win setup will stall during textmode phase because the file without space is then missing).
Let's see how that works out.

The file ending with the underscore (_) only means it is a CABbed file while files without it are normal (uncompressed) files.
And yes, you should find the one with .SYS because that is about to be CABbed (as the error say).
Afterwards, you'd find the .SY_ file.