Bâshrat the Sneaky Posted April 24, 2005 Posted April 24, 2005 DOH You guys wanted to 'hide' the DriverPacks folder from the end-user. So far this is only possible with M2. (And of course only enabled when using KtD)That's why I changed the default folder for M2+KtD from %SystemDrive%\D to %SystemRoot%\BtS_DriverPacks\D. But now you're talking about the control panels, I realize that the CPL batch file will have to be updated as well! DOHI'll set it to the old default folder for now.
billgbuds Posted April 24, 2005 Posted April 24, 2005 The gui run once section is missing the command to install the control panels now. It worked on the previous base pack.
X-Savior Posted April 29, 2005 Posted April 29, 2005 Hey,Well, I can see there are both Pro's and Cons. for both Methods. I will see how the results turn out on this and see if it is worth all the extra work to integrate it. Like I said, simplicity is ALWAYS the best course of action. The More Complicated, the problems can arise. But I must say everyone is doing some VERY fine work! I Commend all of you for all the hard work!
Bâshrat the Sneaky Posted April 30, 2005 Posted April 30, 2005 It seem there's a problem with unsigned drivers. Anyone having problems with those drivers too?
kingofthing Posted May 2, 2005 Posted May 2, 2005 Windows XP Service Pack2 (Manual Integration)+ RyanVM's Hotfixes v1.21 (Manual Integration)+Method 2 + Keep the Drivers+All driverpacksproblems... ABIT BE6-IIhpt366 not workingDUS NOT SEE DRIVE
X-Savior Posted May 3, 2005 Posted May 3, 2005 Hey There,I would do the Traditional Mass Storage Method. It works great and it is not a big deal for space. I am not familiar with that driver, but I know Bashrat forgot to include the SI3112 SATA-Link and SI3114 SATA-Link drivers. He had the RAID but not the regular ones. I made the addition for my DVD. I know you dont NEED the drivers for OS install but it leaves the Drivers outstanding after. This way ALL drivers are installed during detection. B) Next...Ok, Do we actually have a WORKING Method here yet? I havn't started experimenting with it yet. Anyone with Success or is the method still in it's development stages?
erik_demon Posted May 3, 2005 Posted May 3, 2005 @X-SaviorYes, the way it is used now, and the way it is implanted in Bashrat's pack works fine.I tested it on my WLAN card, and two onboard devices and it worked great (all installed without a window popping-up)
Bâshrat the Sneaky Posted May 3, 2005 Posted May 3, 2005 @X-Savior: eh... the SATARAID drivers just work fine for the SATALINK devices too That's why I excluded the SATALINK drivers, when I included them it gave problems with RAID setups!
X-Savior Posted May 4, 2005 Posted May 4, 2005 @BashratInteresting. Wasn't sure if it was on purpose or not. No Big Deal.@ErikGreat. Well, if I get some time I might start experimenting with it. I like the idea. Is it more difficult to setup and organize or is it Straight-Forward? I havn't been following too closely on the method.
Bâshrat the Sneaky Posted May 5, 2005 Posted May 5, 2005 It seems several users of my DriverPacks have reported that, when SetupCopyOEMInf.exe is doing its job, alot of annoying 'not WHQL signed warnings' pop up. I found a way to easily circumvent this:START %DPDIR%\WatchDriverSigningPolicy.exeSTART /WAIT %DPDIR%\SetupCopyOEMInf.exe %DPDIR%TASKKILL /F /IM WatchDriverSigninPolicy.exeThat is: using WatchDriverSigninPolicy.exe to get rid of them! (Thanks again, Pyron )
Acheron Posted May 8, 2005 Posted May 8, 2005 This method works Here's the AutoIt script I use at detached programs stage:Winnt.sif[GuiUnattended] DetachedProgram=autoit3.exe Arguments="%systemroot%\System32\presetup.au3"PreSetup.au3$CD = DriveGetDrive("CDROM")For $I=1 to Number($CD[0]) $pa = $CD[$I] & "\win51ip.SP2" If FileExists($pa) Then $instDrv=$CD[$I] EndifNextProcessSetPriority ( "setup.exe", 0)Run(@SystemDir & "\WatchDriverSigningPolicy.exe")ProcessWait("WatchDriverSigningPolicy.exe")RunWait(@SystemDir & "\SetupCopyOEMInf.exe " & $instDrv & "\Drivers")ProcessClose("WatchDriverSigningPolicy.exe")ProcessSetPriority ( "setup.exe", 2)FileDelete(@SystemDir & "\presetup.au3")FileDelete(@SystemDir & "\WatchDriverSigningPolicy.exe")FileDelete(@SystemDir & "\SetupCopyOEMInf.exe")It's also compatible with the Driver Compressor Tool.
Bâshrat the Sneaky Posted May 8, 2005 Posted May 8, 2005 Interesting, didn't think that it would work at that stage But unfortunately unusable for my DriverPacks - they would not yet be extracted at that stage... unless you use method 2 or method 1.May I ask on how many drivers (the number of .inf files) you're applying this? And how many megabytes?
Acheron Posted May 8, 2005 Posted May 8, 2005 Currently I'm in testing phase. Approximately 10 drivers will be installed. (Around 15 MB compressed). However I thought everybody was using this method prior setup (using the fake setup launcher) or during detached program period. On what time do you run the SetupCopyOEMInf.exe tool?
mark49 Posted May 9, 2005 Posted May 9, 2005 M3 ,with high prior ,maybe can extract all driver to hd in time before system go to next step to install device ...?
Recommended Posts