Martin H

Cool, i didn't knew that! Yeah, if it aint brook... Thanks for your reply, mate! CU, Martin.

Hi Tom I have a question for ya... The only residue file left after install is hfslipwu.inf. In sysoc.inf you've added 'hide' for the 'WinUpdate' part and then i thought why not delete that file from e.g. a runonce regkey, and also why add a non-hidden OC 'CLEANUP' section which does nothing(calls a non-existing addreg section)? Just curious Thanks in advance.

DOS/network-based installs should work with nLite and i've only found one error about a missing file when removing 'terminal service', which i've explained the workaround for in the nLite-release thread(pinned)... Of cource don't remove 'manual install' and make sure to use the right command-line parameters...

I'm not sure what you're specifically asking about, but purelly based on your post-title, then the answer is: -rb

If you don't want to add the two extra NT command scripts to your source, then you could alternativelly use: ping -n 121 localhost&%source%autorun.exe (The commands are added to NLITE.CMD and not run directly from RunOnce reg-key) Edit: hmm, sorry - maybe the second instance is the actual key to getting the shell loaded finished... Sorry for butting in then!

FDV's tutorial is for educational purposses, as he provides a pre-built fileset with all the modded INFs and patched DLLs etc. I'm not sure if the drag'n drop into I386 applies anymore(if i remember correctly a line was added to HFSLIP which fixed something in set-8 or 9), but then it's just a matter of: Download HFSLIP and run it once. Download FDV's fileset and extract it into 'HFSLIP\FDVFILES'. Copy your Win2k source into 'HFSLIP\SOURCE'. Optionally add all your post-SP4 updates into 'HFSLIP\HF'. Run HFSLIP again.

If you do not understand the HFSLIP cmd syntax, then you can PM me with any quastions you're having...

Sorry cannot be of much help with this, other than maybe a few pointers... If the "waiting time" is a problem during NT command script execution, then in my experience the 'start /wait'('' title isn't mandatory if the file to run has no spaces in filename), has no effect on the outcome, so i would instead do something like this: for %%g in (*.exe) do %%g /q /integrate:%~dp0Source&ping -n 10 localhost About SP-branch mismatch, then maybe the '/b' switch also works together with '/integrate'? : for %%g in (*.exe) do %%g /q /b:SP2QFE /integrate:%~dp0Source&ping -n 10 localhost Actually then i have no experience with using the '/integrate' switch to slipstream updates, since IMHO it's an ineffecient slipstreaming method; the updated binaries from the updates are slipstreamed into the source, but still all the updates are added to the source and set to run at T-13, just for getting the reg-entries and possible post-install commands applied, and also the updated binaries are left uncabbed in the source... Personally, then i'm a big fan of the HFSLIP script for doing this kinda job perfectly...

I've just went back to 2k again, and the end of security updates are of no concern for me personally... With some common scense and a good firewall, then there shouldn't be any probs IMHO... To tighten the Win2k security further, then there's also FDV's IE/Junk Removal Fileset, which besides erradicating a bunch of the Win2k filesystem/registry bloat, then also makes it so that Scripting exploits, ActiveX exploits, IE exploits, MS HTML display engine exploits and DCOM exploits will not work on your machine...

Yeah, your situation dosen't seem comparabel to mine... When nLite was called first, then it started and a couple of seconds later it closed without any errors, so i then called it twice in the script and then everything worked without prompts, since it haden't changed anything during it's initial run... When running it attended, then that issue weren't there... Sorry that i cannot help you here... It's obviously a nLite command-line interface bug in both our cases...

Yes it runs at first-logon, before the desktop shows(why take the disc out before that point?)... You have several alternatives however, as per the MSFN unattended guide, then you can use e.g. cmdlines.txt or svcpack.inf...

Sorry cannot help, but just wanted to add that when i used nLite then i had to call nLite twice in the NT command script, as nLite would close down alittle after it was started, and only after it's second call it would retain open throughout the process. I also reported it in the stickied nLite-release thread, but as you know, nuhi isn't developing nLite "at the momment/anymore". As for writing the ISO to disc, then i would strongly recommend ImgBurn, which besides featuring a nice command-line interface(to call from script), then also is one he** of a good writing app, with many nice options/features not found in any other comparabel program...

@Tom On your Win2k list, then KB978207 is added for IE6 but not IE5... Thanks

150 updates??? Take the critical ones and leave the optionals if wanted, but even with them, there's not even near 150... Personally, then i also preffer HFSLIP like Kiki, as HFSLIP supports slipstreaming more updates than nLite, slipstreams e.g. IE8/WMP11/WUA3 into XP, slipstreams e.g. IE6/dx9c into Win2k, supports reduction filesets(2k, XP and 2k3), is unattended(nLite's answer file dosen't contain the newly added updates), , dosen't need framework(yes, i know about the lite framework and use it myself for things like reg2inf.exe, but still it's ~23mb extra(not counting nLite), which writes also to '%windir%\system32' and to a microsoft system-key in the registry...)

How about looking at the post just before yours...

Issue: When using all the reducers, then procmon don't work. It states that XP SP2 is needed and so capturing events is disabled. It's strange since it works on a FDV'd Win2k install... I will not be trouble-shooting which file(s) from which reducer is the culprit, as i've now gone back to Win2k with FDV's fileset(i only changed to XP because Tom and Fred also did, but as HFSLIP still supports 2k, and as i preffer 2k personally, then i decided to go back...). Anyway, if you find out the culprit for this, then please PM Tom or write it here so that others can benefit from it. I'm going to keep updating the first post in this thread with all tips/issues found/reported...

Tip: If having a S3-Pro-SavageDDR IGP(KM/KN/PM/P4M/P4N266) and integrating it's drivers + using the OOBE reducer, then the install will freeze just before the logon prompt after install. To fix, open 'ZZZ_OOBE.rem' and put an underscore infront of the file: 'msobshel.ht'. I have no idea why that lame driver needs that stupid file(of course i'm bypassing oobe with winnt.sif's 'UnattendSwitch' setting), and it took me 1.5 days and about 10 real installs to isolate

@mukke Yeah i'm an id***! You're of course right... I actually misunderstood the paragraph to mean that the modded dll's wouldn't be compatible with hfslip(like nLite's modded dll's isn't). Now re-reading that paragraph back, i cannot see how i could have misinterpretted it like that, but oh well Thanks for the correction! @pcalvert Memmory usage(just from taskmanager, so not very precise either)... Actually it is alittle higher now installed on my real machine(i had perfected the build in VMware for several days time)...

@tain Thanks mate @fdv dunno if we need WFP disabled, but it's mentioned in Tom's HFCLEANUP instructions to use both dlls, so that's why i stated it @Kiki The bit about it not working with hfslip is false Anyway, i don't know if an update has replaced that file, but personally i don't care...

Open MPC(-HC) and look in the options... It's on the first page somewhere.

As you may or may not know, TommyP has recently made his HFCLEANUP reducer set to also support XP-SP3 now, so I wanted to start a thread about it here, so that others can chim in and exchange tips/ideas, and report issues to TommyP. Remember that HFCLEANUP is unsupported, so don't PM TommyP if you've got a problem, but instead find out yourself which exact reducer has issues and then report it to TommyP. I can tell you that with all the reducers in the ZIP, then I have zero issues and a rock stable and light system: ISO : 130MB %windir% : 300MB You can download it on the HFSLIP site under 'Advanced Features': http://hfslip.org/advanced.html As the included README states, then you need a patched syssetup.dl_ and sfc_os.dl_. Note, you cannot take these files from a nLite'd ISO, as then you'll get a BSoD during install. Instead, use the 'RyanVM Integrator' together with the 'System File Patches' addon to get the files patched(you don't need to use an update-pack for this, but just the addon!). RyanVM Integrator: http://integrator.siginetsoftware.com/index.php?download 'System File Patches' addon: http://www.ryanvm.net/forum/viewtopic.php?t=2274 Lastly, many thanks to TommyP for creating this awesome alternate reducer system for our beloved HFSLIP! Issues: None found! Tips: If having a S3-Pro-SavageDDR IGP(KM/KN/PM/P4M/P4N266) and integrating it's drivers + using the OOBE reducer, then the install will freeze just before the logon prompt after install. To fix, open 'ZZZ_OOBE.rem' and put an underscore infront of the file: 'msobshel.ht'. If you want to strip all non-US languages and keyboard-layout's EXCEPT your own countries keyboard-layout, then open 'ZZZ_ENGLISH_ONLY.rem' and 'ZZZ_USKeyboardKeep1.rem' and make an underscore infront of the keyboard-layout file of your own country. You can search the web for the name, but it's of the format: 'KBD<country-code>.DL_', like e.g. mine is 'KBDDA.DL_'(danish). Also, i don't know if this is the same for other countries also, but for me, then when keeping that single keyboard-file, then i can also select danish in all the other regional options... Note that for some reason then the WINNT.SIF regional settings dosen't work, so I just added the keyboard info to my runonceex.inf: HKCU,"Keyboard Layout\Preload","1",,"00000406" HKCU,"Keyboard Layout\Preload","2",,"00000409" (the first is the default layout used i.e. here danish, and the next is the standard US.) For making procmon work: Delete 'OSOptions_FileSystemFilterMgr.REM' (contains just 3 files and a inf...), as it needs filesystem-filters for doing the monitoring...

I cannot see the pic either... (opera v10.10)

Yes, as listed on 5eraph's update-Pack thread on RyanVM: http://www.ryanvm.net/forum/viewtopic.php?t=6400 I don't know if they will be listed as missing in the optional section of WU, but there shouldn't be anything listed in the High-priority section. Don't know. They are un-supported for integration by nLite and hence, needs other meassures for integration i.e. from nLite's RunOnce function.

@Mim0 Maybe you could add a component-selection in the INI for MS-XML also, so that we e.g. don't get prompted for the mising MS-XML4 update, when using only default XP XP3 included MS-XML(v3+v6). Somethings are listed twice in the output. There's a line stating that i don't have rootsupd.exe in HF, but i have disabled reporting of optional updates. Thanks again for your great work on list and tool! PS: Your update-clasifying terminology has grown on me, and i now also prefer it over the msft 'High-priority' and 'Optional' Checking existing updates for wrong, obsolete or unknown: --------------------------------------------------------- Check missing updates for Windows XP SP3: ----------------------------------------- missing (S): HF\msxml4-KB973685-ENU.exe (XML Core Services 4.0 (MSXML4) SP3 Buil d 2107) Check missing updates for IE6: ------------------------------ Check missing updates for WMP9: -------------------------------- Check missing updates for RDC6: -------------------------------- Check missing updates for DX9: -------------------------------- Check missing updates for Windows XP SP3: ----------------------------------------- Check missing updates for IE6: ------------------------------ Check missing updates for WMP9: -------------------------------- Check missing updates for RDC6: -------------------------------- Checking the version of Adobe Flash Player ------------------------------------------ Expected version 10.0.42.34 (file=Flash10d.ocx, size=3982240) OK HF\rootsupd.exe does not exist. Finished Press any key to continue . . .

I don't know anything about K-lite(as i don't like codec-packs), but MPC and MPC-HC by default stores it's settings in the registry under: 'HKCU\Software\Gabest', or you can configure it to use an INI file instead, which is stored in the program folder.