7.07.2,9 july 07,
changed
changed foldername P-2-A to P-2-K.
removed \SI\1 SiS 180 oldest version..
removed \SI\2 Sis 180 and stored driver in Selfextracting file,

fixes
Intel Iastor error surfaced on Lattitudes, completely redid IASTOR drivers.
Promise 378/376 issue.
compared with new downloads, [P-2] and [P-2-K] was NOT for 378/376..
downloaded new drivers for 378/376.
downloaded new drivers for TX4000/S150 TX2plus/S150 TX4.
downloaded new drivers for FastTrak S150 SX4/SX4000 Series
INI for \P\2 and \P\2\K and \P\2\k3 (08/06/2003, 1.00.0.37).
Silicon Image BIOS issue, old/new drivers cannot co-exist.
Silicon Image 3112/3512 BIOS issue, created SFX file for BIOS 4x79.
Silicon Image 3112R/3512R RAID BIOS issue, created SFX file for BIOS 4x79.
SiS 180-181 issue: another bad case on HWID overlap.
SiS downloaded and compared. [Si-1] is considered obsolete.
[Si-2]cannot co-exist with [Si-3]. Made SFX file and removed older.,

New
\P\2\k3 Promise FastTrak TX4000/S150 TX2plus/S150 TX4 for Win2003 , 08/06/2003, 1.00.0.37.
\P\4\K Promise FastTrak S150 SX4/SX4000 Series for W2K, 05/20/2004, 2.00.00.25.
\P\4\K3 Promise FastTrak S150 SX4/SX4000 Series for W2K3, 05/20/2004, 2.00.00.25.       
\P\B Promise FastTrak 376/378 for XP, 06/16/2003,1.00.1.30.
\P\B\k Promise FastTrak 376/378 for W2K, 06/16/2003,1.00.1.30.
\P\B\k3 Promise FastTrak 376/378 for W2K3, 06/16/2003,1.00.1.30,
SFX 7zip files for devices that cannot co-exist.
SFX have drivers and INI sections..

(this is from changelog, this txt was stripped from whats ready in php)

==================================================================

7.07.2 NIGHTLY does NOT have the SFX in them

[THIS NIGHTLY HAS HAD AN UPDATE°)
link pulled
see later in topic
-------------------------
THESE DRIVERS CANNOT CO-EXIST.
These SFX files are for your convenience.
The TEXT with the latest updates in SFXminiPacks will be here.
http://forum.driverpacks.net/viewtopic.php?id=1772

Hi
At the moment, Mr EchoPlatoon has made an Excell page with all the HWIDs currently in Mass Storage. His intent is to make it easy to spot the duplicate HWIDs in there.
That may not be enough..
I feel we will need a listing with all the HWIDs from the INFs as well.

Ive long realised we can have a problem with overlap where one driver has HWIDs also found in another.

There (WAS) something new in the works as well.
A little Baby called SFXminiPacks was born.
These SFXminiPacks are intended for those situations where a new driver CANNOT work on the hardware, because the BIOS is different, and the HWIDs are basiccally same, or have signifficant overlap..
The OLD driver cannot work with the NEW BIOS either, and that was why I discussed this the idea.
My original intent was to have the SFX files inside the releases, but that was not approved.

( edit, many months later.. SFXminiPacks have been discontinued.)

I mention all this here, so you will know about that problem.
There is another problem as well.
IASTOR.
I recently read a report that Lattitudes did a BSOD, and later on, another report with some ASUS.
I looked at the IASTOR files again.
To be honest, I think I made the mistake of working  on files that had been worked on before, and before, so could no longer tell what it had originally been.
Maybe I used a wrong aproach as well.
Anyway, we have a NIGHTLY wich has been made from FRESH downloads.
The overlap in the INI and in the INF files, is GONE, (far as I know.)
The INF have HWIDS disabled. The newest is allowed to do all it can, older is screened against newest, and still older against all the other.
I just hope I did not foul it up.
The pack needs testing before release.
Ive already looked at the HWID database section in txtsetup.sif, and intend to use this in Excell to quickly sort by HWID.
It would tell me something..
This is, alas, manual work.

The Nightly is a testversion.
I'll provide a link which has some sort of changelog.
(rather than post the entire txt here...)
http://forum.driverpacks.net/viewtopic. … 497#p12497

Hi.
do you want to read how great tools missed a final ingredient?
to read what you no longer have to do, but learn something about how it is done: read on.
------------

KTD AFTER installing..
Like for a hardware testbed..
That's been asked before.
The batchfile was rewritten, and the topic that was in is discussing other stuff as well, so..

Here is the batchfile

It takes little work.
Just make the batch, put it in the folder you integrated with method 2, et viola.

NOTE.. THE BATCH ONLY REQUIRES THE OEM FOLDER AND WHAT'S IN IT..

The batch that does what KTD does is called doPNF because that's what KTD did.

doPNF.cmd

SET TAGFILE=\OEM\BIN\un7zip.exe
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) DO IF EXIST "%%i:%TAGFILE%" SET CDDRIVE=%%i:
 
%CDDRIVE%\OEM\BIN\un7zip.exe %CDDRIVE%\OEM\BIN\DP*.7z "%SystemDrive%\dump"
%CDDRIVE%\OEM\BIN\un7zip.exe %CDDRIVE%\OEM\DP*.7z "%SystemRoot%\DriverPacks"
start %SystemDrive%\dump\Mute.exe on
start %SystemDrive%\dump\DSPdsblr.exe
%SystemDrive%\dump\makePNF.exe "%SystemRoot%\DriverPacks"
%CDDRIVE%\OEM\BIN\DevPath.exe "%SystemRoot%\DriverPacks"
taskkill /f /im DSPdsblr.exe
%SystemDrive%\dump\Mute.exe off
RD /Q /S %SystemDrive%\dump
exit

Now, on a vanilla install, one of the problems you could come across is that no exceptions are used, and some control panels will not be installed.
------------------------

The following one was written to run Finisher, and it does KTD too.

I called it FINI.cmd

SET TAGFILE=\OEM\BIN\un7zip.exe
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) DO IF EXIST "%%i:%TAGFILE%" SET CDDRIVE=%%i:
 
%CDDRIVE%\OEM\BIN\un7zip.exe %CDDRIVE%\OEM\BIN\DP*.7z "%SystemDrive%\"
%CDDRIVE%\OEM\BIN\un7zip.exe %CDDRIVE%\OEM\DP*.7z "%SystemRoot%\DriverPacks"
start %SystemDrive%\Mute.exe on
start %SystemDrive%\DSPdsblr.exe
COPY /Y %CDDRIVE%\OEM\bin\DPsFnshr.ini %SystemDrive%\
xcopy %SystemRoot%\Driverpacks\*.* %SystemDrive%\ /y /i /e /h
start %SystemDrive%\DPsFnshr.exe
%SystemDrive%\makePNF.exe %SystemRoot%\DriverPacks
%CDDRIVE%\OEM\BIN\DevPath.exe %SystemRoot%\DriverPacks
taskkill /f /im DSPdsblr.exe
%SystemDrive%\Mute.exe off

exit

you will see an xcopy is made that gets deleted when finisher cleans up.
This copy is made so that the finisher can work, and the drivers will still be on the drive for later use.

-----------------------------
Now, not everybody needs KTD (makePNF and devpath, etc.) along with a POST-INSTALL-FINISHER session.

When I wrote FINI.CMD, I assumed that the source was not slipstreamed with KTD selected.

A POST install Finisher without KTD looks like this.

NoKTD.cmd

SET TAGFILE=\OEM\BIN\un7zip.exe
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) DO IF EXIST "%%i:%TAGFILE%" SET CDDRIVE=%%i:
 
%CDDRIVE%\OEM\BIN\un7zip.exe %CDDRIVE%\OEM\BIN\DP*.7z "%SystemDrive%\"
%CDDRIVE%\OEM\BIN\un7zip.exe %CDDRIVE%\OEM\DP*.7z "%SystemDrive%\"
COPY /Y %CDDRIVE%\OEM\bin\DPsFnshr.ini %SystemDrive%\
start %SystemDrive%\Mute.exe on
start %SystemDrive%\DSPdsblr.exe
start %SystemDrive%\DPsFnshr.exe
taskkill /f /im DSPdsblr.exe
%SystemDrive%\Mute.exe off

exit

NOTE; this could be used with a source that has KTD, and that would then do KTD for you.

------------------

Save the batchfile you wish like this.
Copy, and paste into notepad >> then "save as".
Select ALL FILE TYPES (so that it does not automagically adds TXT as extention..)
Save as fini.cmd (or whatever name you wish, as long as you stick to the 8.3 format.)
Voila, you have the batchfile, ready to use.

You can put this on a new burn, along with the slipstreamed source (you have to use method two), or, you burn only the OEM folder and all that's in it plus the batchfile(s) to a CDR.

(some folks do not have a DVDrom reader in their machine, and even when one collects all packs, this will still fit on a CDR...)

This will still not do all the work for you, tho.
I hope that one of these days a method will be found to make Windows run a minisetup style hardware detection after installing windows has already finished.
I already read articles and am sure sysprep users know these articles as well.


--------------------

And LAST, I must at least mention this.
I read Quite a few guys slipstream a source with all packs and some third party packs, and use method 1.
They do not use it to run setup.
They use the content of $OEM$ folder as their collection of drivers.

we had a discussion, and the SFX will NOT be in the releases.

duh.. ? what's wrong with links?

rats, that upload did have those two disabled in INF.
The sfx test should not have had those two disabled in the INF.

sad

can you look in your windows and tell us which driver that device uses?
I could not see a match in a 'vanilla' so I did not use replaceIfOS.

Hmmmm... These reports about problems began with that update..

The file had to get another name.
Base extracted it, but the OEM folder still contained a long filename.
(we solved that once.. Is that bug for testers Back? Whatever was after last underscore was still in that name, so it was too long for 7zip. )

contains same drivers as mentioned in that txt with changes
(log is telling you what is different compared to the released version)
(there were some instructional txt changes for the SFX stuff)

method of SFX's inside releases is not approved
testlink pulled..

hmmm, when I try this it won't work.. (because of winnt.sif, as the others imply.)

Can it be done from runonce then?

Hi alan, I updated the online tutorial.

They are not selected automatically.
If they are there, hit the SELECT ALL button, and see them "ticked" ON after that.
If that does NOT happen, you have them in the wrong folder.

Hi
welcome to DriverPacks.

You do not have copies of the downloaded packs in the DriverPacks folder.
You must have saved them elsewhere.

frustrating, eh?
I can look at it, but I have no such hardware.

I know it is a testpack.
I do not think people don't trust it.
Testing team can post in testing forum, and we can review your testfiles, just like you can get to all testpacks there..
I know, we are shortstaffed on testers, so we do use the open forum for some TESTS.
(Usually those tests are specific to the problem in the topic.)
You must feel just like Fragbert.

One sore with this BBS is that one has to hit the subscribe button.
I feel we miss a lot of feedback that way.

Hi
I cannot reproduce this.. tried quite a few mays now, and my winnt.sif does not vaporise.

Hi,
there were requests to update the VMWARE drivers, and mass storage 7.07.1 did that
There was also an update in 3rd party drivers for VMware

I'd like to find out if the 3rd party was used.
If not, I'd like to know what happens after you added that.

if this still fails, I would suggest you try mass storage with the older VMSCSI driver you could get from an earlier pack.

It is possible a moderator moves this to 3rd party forum, because this does not really belong here.

OH.. at the moment, if you run DPsBase on a source so as to update its drivers.. then the change in presetup.cmd is undone.

I've made a request to make this a feature, so this little extra section would be added to presetup.cmd by DPsBase.

no problem, and thanks for the feedback.

hi again

people tell us that their solution to this was something they added at the bottom in presetup.cmd
(they do this before they burn.)

REM +==================================+
REM |   Make CD usable for XP UPGRADE REPAIR method.  |
REM |   \386\WINNTUPG folder is needed for this.               |
REM +==================================+
DEL /F %systemroot%\system32\setupold.exe

EXIT

Tip;
use Rewritable media..
There will be updates with fixes and new drivers..

Hi
since setupold is no longer used for anything after minisetup, why not let this be cleaned up by presetup.cmd?

REM +==================================+
REM |   Make CD usable for XP UPGRADE REPAIR method.  |
REM |   \386\WINNTUPG folder is needed for this.               |
REM +==================================+
DEL /F %systemroot%\system32\setupold.exe

would it be hard to code this in?
(people later told me this belongs at the beginning)

I would like to not have to add this manually.
It does come up at times..
http://forum.driverpacks.net/viewtopic.php?id=1753

http://forum.driverpacks.net/viewtopic.php?id=1419

http://forum.driverpacks.net/viewtopic.php?id=669

EDITED, has those iastor changes now

Echo_Platoon wrote:

jtdoom,

When you post the next MassStorage Driver Pack, could you e-mail me the INI file along with the changes made, so I could update the HWIDs spreadsheet I'm making?  Thanks.

the new testfile is up in testing forum.
(contains those iastor changes)
-----------------------
here is that latest TEST version.

masstorage 7072 TESTSFX2

==========================================================
7.07.2,6 july 07,

changed foldername P-2-A to P-2-K.
removed \SI\1 SiS 180 oldest version..
removed \SI\2 Sis 180 and stored driver in Selfextracting file,

Intel Iastor error surfaced with Lattitude, completely redid IASTOR drivers.

Promise 378/376 issue.
compared with new downloads, [P-2] and [P-2-K] was NOT for 378/376..
downloaded new drivers for 378/376.
downloaded new drivers for TX4000/S150 TX2plus/S150 TX4.
downloaded new drivers for FastTrak S150 SX4/SX4000 Series
INI for \P\2 and \P\2\K and \P\2\k3 (08/06/2003, 1.00.0.37).

Silicon Image 3112/3512 BIOS issue, S\4 contains SFX file for older BIOS.
Silicon Image SiI 3112R/3512R RAID BIOS issue, S\5 contains SFX file for older BIOS.

SiS 180-181 issue: another bad case on HWID overlap.
SiS downloaded, compared. Concluded that oldest [Si-1] is obsolete.
[Si-2] has 2 HWID also seen in [Si-3] which has 4 HWID and uses different SYS..
( tried INI/INF with NO overlap (964)-180 [Si-2] SiS(965)-180/182 [Si-3] DID NOT WORK. )
made SFX files with driverfiles and INI sections, and disabled [SI-2],

new
\P\2\k3 Promise FastTrak TX4000/S150 TX2plus/S150 TX4 for Win2003 , 08/06/2003, 1.00.0.37.
\P\4\K Promise FastTrak S150 SX4/SX4000 Series for W2K, 05/20/2004, 2.00.00.25.
\P\4\K3 Promise FastTrak S150 SX4/SX4000 Series for W2K3, 05/20/2004, 2.00.00.25.
\P\B Promise FastTrak 376/378 for XP, 06/16/2003,1.00.1.30.
\P\B\k Promise FastTrak 376/378 for W2K, 06/16/2003,1.00.1.30.
\P\B\k3 Promise FastTrak 376/378 for W2K3, 06/16/2003,1.00.1.30,

SFX 7zip files for devices that cannot co-exist. SFX have drivers and INI sections.
==================================================================

hi

today I was going through the intel iastor files again, and I redid the works.
I will do some final checks, and have a test version up tonight.
I will have a test version anyway, because I also worked on Silicon image and SiS and Promise.

Re Iastor, the work I did was triggered by another report.
When I looked, it seemed to me that older drivers were doing support for devices which could be supported in newer drivers.
I will compare the test version against the current release and some older releases.

The Bart plugin tool in DPsBase creates a plugin for UBCD4WIN, but because it has been a whil I last tested that plugin builder in DPsBase, I am not sure wether it automatically deletes the mass storage drivers UBCD4WIN has as "standard" drivers.
Anyway, the work I did today could help.

hi
at the command prompt
DEL /F %systemroot%\system32\setupold.exe
then restart

jeesh, I had forgotten that was still there..

but, I thought this was in the latest testpacks Mr_smartepants built, so his Graphics_B_testpack should work just the same?
http://forum.driverpacks.net/viewtopic.php?id=1642

TEST version, with SFX
==========================================================
7.07.2,6 july 07,

changed foldername P-2-A to P-2-K.
removed \SI\1 SiS 180 oldest version..
removed \SI\2 Sis 180 and stored driver in Selfextracting file,

Intel Iastor error surfaced with Lattitude, completely redid IASTOR drivers.

Promise 378/376 issue.
compared with new downloads, [P-2] and [P-2-K] was NOT for 378/376..
downloaded new drivers for 378/376.
downloaded new drivers for TX4000/S150 TX2plus/S150 TX4.
downloaded new drivers for FastTrak S150 SX4/SX4000 Series
INI for \P\2 and \P\2\K and \P\2\k3 (08/06/2003, 1.00.0.37).

Silicon Image 3112/3512 BIOS issue, S\4 contains SFX file for older BIOS.
Silicon Image SiI 3112R/3512R RAID BIOS issue, S\5 contains SFX file for older BIOS.

SiS 180-181 issue: another bad case on HWID overlap.
SiS downloaded, compared. Concluded that oldest [Si-1] is obsolete.
[Si-2] has 2 HWID also seen in [Si-3] which has 4 HWID and uses different SYS..
( tried INI/INF with NO overlap (964)-180 [Si-2] SiS(965)-180/182 [Si-3] DID NOT WORK. )
made SFX files with driverfiles and INI sections, and disabled [SI-2],

new
\P\2\k3 Promise FastTrak TX4000/S150 TX2plus/S150 TX4 for Win2003 , 08/06/2003, 1.00.0.37.
\P\4\K Promise FastTrak S150 SX4/SX4000 Series for W2K, 05/20/2004, 2.00.00.25.
\P\4\K3 Promise FastTrak S150 SX4/SX4000 Series for W2K3, 05/20/2004, 2.00.00.25.
\P\B Promise FastTrak 376/378 for XP, 06/16/2003,1.00.1.30.
\P\B\k Promise FastTrak 376/378 for W2K, 06/16/2003,1.00.1.30.
\P\B\k3 Promise FastTrak 376/378 for W2K3, 06/16/2003,1.00.1.30,

SFX 7zip files for devices that cannot co-exist. SFX have drivers and INI sections.
==================================================================
Coming up as a TEST version.

link removed (problem with Base not correctly changing its name)

I need to discuss this SFX stuff.. but it can be tested.

EDITED, has those iastor changes now

the earlier TEST version had...

[Si-3]
SISRaid2.INF
DriverVer=01/11/2007,5.1.1039.2110
[SiS]
; disabled %PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0180
; disabled %PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0181
%PCI\VEN_1039&DEV_0182&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0182
%PCI\VEN_1039&DEV_0182&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_1182
(in the INF) and the INI only had 0182 and 1182)

and [Si-2]
[SiS]
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS180PCI,PCI\VEN_1039&DEV_0180
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS180PCI,PCI\VEN_1039&DEV_0181

[Si-1] was removed in the test.

and... it still had a problem.
That is why I started thinking about the sfxzip (That, and the silicon Image BIOS problem)