Martin H

'$OEM$\$DOCS\DEFAULT USER\My Documents\' There's no reason to install apps from '%userprofile%\My Documents\'... Instead just start by following the first shown examples in the 'Unattended Windows' guide, like using the '$OEM$\$1\Install\' folder and GuiRunOnce, and cmdlines.txt to run useraccounts.cmd and autologon.reg and the '$OEM$\$1\drivers\' folder and 'OemPnPDriversPath' to install your drivers etc... When you then master that, then you can go experiment with RunOnceEx and with installing apps and drivers directly from CD etc.

The script deletes '%windir%\I386\svcpack\' if it exists, after the copying has finished... Delete these two lines : If fs.FolderExists(windir & "\i386\svcpack") Then fs.DeleteFolder(windir & "\i386\svcpack"),True

Very nice contribution, mate

The drivers installs at T-39, so extracting them at T-13 will not work... Yes, 'DetachedProgram' in WINNT.SIF is the way to go... IMHO, then the following link shows the best method for installing either compressed drivers, or uncompressed directly from CD... http://www.msfn.org/board/Drivers-from-CD-...hod-t51406.html

To ditch the extra replace.ini file, then i'm now gone over to using minised.exe instead of munge.exe... minised is a sed implementation which is about 5 times faster and 70% smaller than the normal sed implementation(GNU sed), so that's why i'm using that version... Here's the link to the win32 port of minised : http://gnuwin32.sourceforge.net/packages/minised.htm Then it's just a matter of : start /wait Opera_950_classic_Setup.exe /s minised "s/Multi User=1/Multi User=0/" "%programfiles%\Opera\operadef6.ini" >"%programfiles%\Opera\operadef6.ini.tmp" move "%programfiles%\Opera\operadef6.ini.tmp" "%programfiles%\Opera\operadef6.ini" (The '/y' switch of 'move' isn't needed during overwrites when run from a batchfile...) And the first part of my RunOnceEx.cmd which installs Opera : @cmdow @ /hid set key=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx reg add %key%\001 /v 1 /d "%~dpn0\Opera\Opera_950_classic_Setup.exe /s" /f reg add %key%\001 /v 2 /d "cmd /c @%~dpn0\Opera\minised \"s/Multi User=1/Multi User=0/\" \"%programfiles%\Opera\operadef6.ini\" >\"%programfiles%\Opera\operadef6.ini.tmp\"" /f reg add %key%\001 /v 3 /d "cmd /c @move \"%programfiles%\Opera\operadef6.ini.tmp\" \"%programfiles%\Opera\operadef6.ini\"" /f reg add %key%\001 /v 4 /d "xcopy %~dpn0\Opera\profile \"%programfiles%\Opera\" /ehq" /f reg add %key%\001 /v 5 /d "xcopy %~dpn0\Opera\NPSWF32.dll \"%programfiles%\Opera\program\plugins\" /q" /f reg add %key%\001 /v 6 /d "regedit /s %~dpn0\Opera\settings.reg" /f [...] (I use 'cmd /c' in front of minised, since else redirection to another file isn't possible...) Edit : I have now changed to using gsar instead of minised, since gsar supports in-file replacements, is a little smaller, and is implemented with a variation of the extremely fast Boyer-Moore search algorithm... Then it's just a matter of : start /wait Opera_950_classic_Setup.exe /s gsar "-sMulti User=1" "-rMulti User=0" -o "%programfiles%\Opera\operadef6.ini" And the first part of my RunOnceEx.cmd which installs Opera : @cmdow @ /hid set key=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx reg add %key%\001 /v 1 /d "%~dpn0\Opera\Opera_950_classic_Setup.exe /s" /f reg add %key%\001 /v 2 /d "%~dpn0\Opera\gsar \"-sMulti User=1\" \"-rMulti User=0\" -o \"%programfiles%\Opera\operadef6.ini\"" /f reg add %key%\001 /v 3 /d "xcopy %~dpn0\Opera\profile \"%programfiles%\Opera\" /ehq" /f reg add %key%\001 /v 4 /d "xcopy %~dpn0\Opera\NPSWF32.dll \"%programfiles%\Opera\program\plugins\" /q" /f reg add %key%\001 /v 5 /d "regedit /s %~dpn0\Opera\settings.reg" /f [...]

Your question is answered in detail at the MSFN 'Unattended Windows' guide... http://unattended.msfn.org/unattended.xp/view/web/15/

First, i would just like to say many thanks for the people involved in making this awesome driver installation method; you guys rock Anyway, i have a question which i would very much appreciate some help with, thanks... I'm installing my drivers uncompressed and directly from CD, but now i have just noticed that all the driver files on my HDD is read-only marked... This is then because i'm on Win2k, which in contrary to WinXP, dosen't automatically remove the read-only attributes when copying from CD to HDD... So my question then, is if you guys think that it's allright to have all the driver files left as read-only on the HDD ? I mean DLL's and SYS's and such i guess won't hurt, but as there are also CFG's and such, then i'm alittle unsure about if it's OK or not to just leave them as read-only ? If it's not good to leave them as read-only, then i guess that i'll have to make a batchfile that runs 'attrib -h *' on all of those files from RunOnceEx, but i would rather just avoid having to do that, if you guys thinks it's OK ? Thank's in advance. CU, Martin.

You're most welcome, mate If you run into any further problems with HFSLIP, then please stop by it's sub-forum, as the HFSLIP devs there are always very helpfull and friendly... CU, Martin.

NO, that is fine... If you go to TC's update list for WinXP-SP3 and tick IE7 and WMP11, then it will show you which updates and installers are needed, and in which folder they should be placed into : The WMP11 and IE7 installers should go in HF, together with the post-SP3 updates. The wbemoc.cab file should go in HFCABS(fix for MS bug in SP3). Finally, then modifype.exe goes in HFTOOLS. This is then just for WMP11 and IE7 + the post-SP3 updates, but you can also select other things to slipstream, like e.g. DX9c-extras and updated versions of the Windows/Microsoft update engines and to make Microsoft Update the default etc. etc. If you then still get an error when running HFSLIP, then please post a bug-report at the HFSLIP sub-forum here at MSFN... Edit: Note that only clean sources are supported by HFSLIP, so this means either an untouched source, or an untouched source with a SP slipstreamed, but not sources which have been processed with WMP-Slipstreamer/nLite...

Sorry about that then, and thank's for the correction, mate (Btw, the reason for that i thought it where the same on XP also, where because i had googled and found two different pages stating that internat.exe where for showing the language bar and that it on both 2k and XP where located in '%windir%\system32\'...) CU, Martin.

Maybe something has changed from 2k to XP, but on Win2k atleast, then i ditch the language bar with this reg-tweak : Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run] "internat.exe"=- (I disabled it in Windows first and then afterwards traced the changed reg-entries...) Btw, from searching alittle, then several pages stated that ctfmon.exe where for MS Office and internat.exe for Windows...

HFSLIP is fully multi-language and supports direct integration of most MS updates, IE7, WMP11, DX9c-extras and additionally supports nLite addons, silent switchless installers, reg-tweak files, T-13 or T-0 install selections etc. etc. In addition to that, then it can be run completely unattended with the help of an answer file, and since it's open-source and written in plain cmd syntax, then it's easilly modded if having special preferences and you can see for yourself exactly what's done in each single step of the process ... Homepage : http://hfslip.org/ MSFN Sub-forum : http://www.msfn.org/board/HFSLIP-f129.html

Yes. Btw, hfslip automatically* adds 48-bit LBA support into the very beginning of the Win2k setup while also slipstreaming all the post-SP4 updates into the install source... *It just needs 'reg.exe' from the Win2k CD(SUPPORT\TOOLS\SUPPORT.CAB) placed into the HFTOOLS folder, or into their own '%windir%\system32\' folder.

I personally preffer Opera storing it's profile data under it's own program folder, instead of in both '%appdata%\Opera\' and '%userprofile\Local Settings\Application Data\Opera\'. However, only the Opera msi installer features a switch for enabling that during a silent install and i preffer to use the classic installer, as it's smaller, faster and as i'm not really a big fan of msi installers in general(they leave a copy of the installer into '%windir%\Installer\', and they copy the installer into %temp% first, before they unpack it there, and since 'msiexec.exe' still is loaded into memory for a long time after the install has ended...) The unattended solution i then preffer, is to use 'munge.exe' from the Win2K Resource Kit, to replace the line "Multi User=1" into "Multi User=0" in '%programfiles%\Opera\operadef6.ini' after Opera has been installed. Then when a new Opera version is released, then it's just a matter of replacing the old installer with the new one and remake the ISO, but if we instead had simply overwritten 'operadef6.ini' with a pre-modified one, then a new pre-modified one would be needed upon each new Opera update, as the Opera installer always overwrites 'operadef6.ini' with a new version... You'll need 'munge.exe' and a file named 'replace.ini' with the following content : Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.htm] @="Opera.HTML" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.html] @="Opera.HTML" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.mht] @="Opera.HTML" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.mhtml] @="Opera.HTML" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.xht] @="Opera.HTML" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.xhtm] @="Opera.HTML" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.xhtml] @="Opera.HTML" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\http] "EditFlags"=hex:02,00,00,00 [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\http\shell\open\command] @="\"C:\\Program Files\\Opera\\opera.exe\"" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\http\shell\open\ddeexec] @="\"%1\"" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\http\shell\open\ddeexec\Application] @="Opera" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\https] "EditFlags"=hex:02,00,00,00 [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\https\shell\open\command] @="\"C:\\Program Files\\Opera\\opera.exe\"" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\https\shell\open\ddeexec] @="\"%1\"" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\https\shell\open\ddeexec\Application] @="Opera" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Opera.HTML] @="HTML Document" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Opera.HTML\DefaultIcon] @="C:\\Program Files\\Opera\\opera.exe,1" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Opera.HTML\shell\open\command] @="\"C:\\Program Files\\Opera\\opera.exe\" \"%1\"" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Opera.Image] @="Image" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Opera.Image\shell\open\command] @="\"C:\\Program Files\\Opera\\opera.exe\" \"%1\"" [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet] @="Opera.exe"

Either use nLite to integrate the apps, or simply do the program integration manually, without using nLite, by following the MSFN 'Unattended Windows' guide... If you don't want to learn how to make program-addons for nLite, then search for premade ones, as there's a bunch of them available(e.g. in MSFN's nLite/Addons forum section, or on the nLite homepage)... For your last question, then i'm not exactly sure what you mean, but nLite makes a file called WINNT.SIF, which stores the unattended settings... If you mean a nLite profile to reload later on, then they are stored in this folder: %programfiles%\nLite\profiles\ (if i remember correctly)... Other than that, then there's no file in the nLite distribution which holds the "info for the unattended"...

From the HFSLIP homepage : "Built-in support for time zone hotfixes in the HF folder was dropped with HFSLIP 1.6.3 (November 2007) after it was discovered that special characters in localized versions of time zone updates could not be "resurrected" properly." Either use TC's timezone extension, or place the timezone update into HFSVCPACK_SW1.

Check if you have done the following... Make a bootable ISO with either nLite, or e.g. cdimage.exe(explained in the MSFN Unattended Guide). Write the ISO to disc by loading it into the writing app as an image file, instead of just making a data compilation with the ISO in it... Finally, then you need to configure your BIOS to boot from the CD drive before the harddrive...

From the HFSLIP64 homepage's 'Basic Information' section : On the HFSLIP64 homepage, there are also TC's update lists, which states exactly where every update or component should be placed, together with there direct download links... TC's XPSP2-x64 List.

You need the network edition(full version), since you cannot slipstream the web-installer(incomplete version that downloads missing components during install)... Btw, SP3 is out, if you didn't knew... Edit : ...And there is no freakin' reason to crosspost!

In the 'HF\NOREG' thread that i linked to earlier, then TC states on the very first line : @TC : Could you kindly please tell me if your sentence "so everything goes in HF\NOREG except..." from the 'HF\NOREG' thread, currently still applies for Win2K ? (since your last edit where on the 7th Aug. '07) Thank's in advance

June 2008 : IE5 ~ KB950759 (MS08-031) : http://www.microsoft.com/downloads/info.as...sp4-x86-ENU.exe Replaces : KB947864 (MS08-024) IE6 ~ KB950759 (MS08-031) : http://www.microsoft.com/downloads/info.as...000-x86-ENU.exe Replaces : KB947864 (MS08-024) KB950760 (MS08-032) : http://www.microsoft.com/downloads/info.as...760-x86-ENU.EXE Replaces : KB948881 (MS08-023) DX7 ~ KB951698 (MS08-033) : http://www.microsoft.com/downloads/info.as...698-x86-ENU.EXE Replaces : KB941568 (MS07-064) DX8 ~ KB951698 (MS08-033) : http://www.microsoft.com/downloads/info.as...-v2-DX8-ENU.exe Replaces : KB941568 (MS07-064) DX9 ~ KB951698 (MS08-033) : http://www.microsoft.com/downloads/info.as...-v2-DX9-ENU.exe Replaces : KB941568 (MS07-064) Server Only ~ KB948745 (MS08-034) : http://www.microsoft.com/downloads/info.as...745-x86-ENU.EXE Replaces : KB870763 (MS04-045) Server Only ~ KB949014 (MS08-035) : http://www.microsoft.com/downloads/info.as...014-x86-ENU.EXE Replaces : KB946538 (MS08-003)

When installing updates from either T-12(cmdlines.txt) or T-13(svcpack.inf), then you add additional space and install time overhead, since all the update-installers needs to be present on the CD and since setup is paused during the installs of all the update-installers... Then there is the '/integrate' switch, which is MS's poor attempt of delevering us an update-slipstreaming solution. The good thing about the '/integrate' switch, is that the updates are directly integrated(slipstreamed) i.e. the binaries on the install source are directly replaced with the updated binaries from the updates... This would then normally mean that there weren't any space/install time overhead added, but however, the '/integrate' switch leaves the new updated files uncabbed in I386(the overwritten files are frequently cabbed), and additionally then all the update-installers are copied to 'I386\svcpack\' and are all referenced to be run at T-13 in svcpack.inf. This last step is done so that the needed reg-entries are made and catalog files copied into place and sometimes to run some post-install commands like e.g. registering certain new files added etc. Personally, then i'm a big fan of the HFSLIP tool, which is a batchfile which directly integrates(slipstreams) the updates into the install source, and in contrary to the '/integrate' switch, then it does it without leaving the update-installers into 'I386\svcpack\', and also cabs the updated binaries if the original replaced files where cabbed... It works for 2K, XP-SP2/SP3 and 2K3(and there's also a version for 64 bits editions of XP and 2K3)... For your last questions, then no, there isn't really any difference from installing the updates from T-12 or T-13, and yes, you'll need IE7 pre-installed/slipstreamed for being able to install/slipstream IE7 updates...

It's an unsupported feature, and unfortunetly there's only update lists for 2k, XP-SP2 and 2K3-SP2... More info and lists available here : http://www.msfn.org/board/Experimenting-wi...-1-t100448.html I'm affraid that you're out-of-luck with XP-SP3 though, unless you wan't to do some experimenting yourself... @TC - Sorry, i know it's an unsupported feature, but could you please just kindly tell me if you're still updating the above list ? I personally would very much like to use this feature(Win2K), but am a little unsure about it, seeing as your last edit where on the 7th of august 2007... Thank's in advance...

I specifically mentioned : However, you can also just change the 'Language' variable to 'English' in the ini file before you start the app...

Slipstream SP3 into whatever source you have, it dosen't matter, but a SP0 source will be cleanest integrated i.e. contain fever redundant files afterwards... There's no need for slipstreaming both SP2 + SP3 into a SP0 source, but anyhow, it's not an issue when using HFSLIP, since HFSLIP intelligently only slipstreams the latest SP and ignores any previous ones if present... It's when not slipstreaming, but installing, that you'll need a SP1(+) source, but that's unrelated to HFSLIP...