Phred

Hi jaclaz, NET CONFIG WORK does return the expected output. So why wasn't " Windows " found in the text I asked myself? Long story short - testing discovered that FINDSTR worked but FIND didn't. PATH had a ATMEL utility (WIN AVR) directory in it that contained a FIND command - obviously not one that works like DOS FIND. Yzöwl's code works just fine using the correct FIND command.. Phred

Hi Yzöwl, At the moment I'm having the test fail (in hfslip-1.7.9.cmd). Workstation Service status is Started, Startup is Automatic. XP SP2. FOR /F "DELIMS=" %%I IN ('NET CONFIG WORK^|FIND /I " Windows "') DO ( ECHO %%I|FIND "2000">NUL 2>&1&&(SET HostOS=2000&GOTO :HOSD) ECHO %%I|FIND "2002">NUL 2>&1&&(SET HostOS=XP&GOTO :HOSD) ECHO %%I|FIND "XP">NUL 2>&1&&(SET HostOS=XP&GOTO :HOSD) ECHO %%I|FIND "2003">NUL 2>&1&&(SET HostOS=2003&GOTO :HOSD) ECHO %%I|FIND /I "Vista">NUL 2>&1&&(SET HostOS=Vista&GOTO :HOSD) ) I get - "FIND: Windows : No such file or directory" Any ideas why this might be?? TIA for your help. Phred

Well,, it took me less than an hour to download all 90+ hotfixes and that’s on a slow DSL connection. There are several hotfix lists that help greatly with the download process by providing direct links to the MS KB entries – you are just two/three clicks away from starting each download. Many of the hotfixes are so small their downloads are completed almost instantly. Try: http://users.telenet.be/tc76/winup/_winxpsp2.html http://www.msfn.org/board/Windows-XP-all-t74840.html and last choice http://www.ryanvm.net/msfn/updatepack.html The upside for going to all the trouble of downloading the hotfixes is that you are no longer dependent on “updatepacks” that seem to keep dragging on and on (any bets that 2.2.1 won’t be out of beta before the official SP3 is released?). As far as the .exe files that remain in windows/software distribution/downloads maybe they are the same as the kb files and in that case could be integrated using HFSLIP (don't know about nLite - I only use nLite to do driver intergeneration and to slim down the iso). Phred

Try http://www.msfn.org/board/disable-annoying...spx-t75475.html Basically you need two entries in HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\ RunOnceHasShown RunOnceComplete Both Dwords and value of 1 Phred

and... Windows Update says everything is fine. Qfecheck lies... WU did complaint about the Realtek Audio KB935448 problem. If I knew what to look for to help Tomcat76 resolve the issue I'd be willing to try a few test installs. Phred

Thanks tommyp. I read somewhere that qfecheck checked some registry entries but then went on to check other "things". Not sure what other things and I believed the registry entry checked was HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Hotfix. All the "missing" hotfixes have \CurrentVersion\Hotfix registry entries that look pretty much identical to entries for hotfixes that are in qfe's list. Did you have a chance to look at my attached logs.zip files? Did everything look ok? As I commented when researching the missing qfecheck hotfixes, checking the actual files that got dropped into the target system it certainly appears the hotfixes are there. My next test will be to connect up and see what MS Software Update says. Thanks again. Cheers, Phred

Hi, Just downloaded all (most) the hotfixes listed by Tomcat76 and the_guy as current for XP SP2. I HFSLIP'ed them, plus KB888111, into an clean XP SP2 source. Installed XP and then ran qfecheck - several of the hotfixes were missing from the qfecheck list. . Used the latest qfecheck (6.2.29.0) as well as two earlier versions - same results . If I manually apply, re-apply, the hotfix to the running system then qfecheck will show the hotfix in it's list . hfnetchk says no missing hotfixes . Carefully examining the installed components (files) of the hotfixes in question (at least the first four) all seem to be dated as at slipstreaming (current dates) and all seem to be at versions at least as high as specified in their respective Microsoft KB entry (or higher). In addition there are Hotfix reg key entries for all the hotfixes, including the ones not listed by qfecheck. Here's the list of hotfixes missing from qfecheck's list. Following each is what I found after install, that is, what the hfslip process actually ended up inserting into the target system. 873339 - hypertrm.dll V5.1.2600.2563 size 347,136 885836 - mswrd6.wpc V10.0.803.2 size 186,880 886185 - ipnat.sys V5.1.2600.2524 size 134,912 887472 - msmsgs.exe V4.7.0.3001, msgslang.dll V4.7.0.3000, msgsc.dll V4.7.0.3000 888302 - not yet investigated 891781 - " 923789 - " 941569 - " Attached is a log.zip file containing the hfslip.log, qfecheck list, hfnetchk output and the Hotfix reg key entries for the first ten or so hotfixes including several missing from qfecheck's list. Should I ignore qfecheck? Why would a hotfix show up on qfecheck's list after re-applying it to the running target system? Thanks for your help. Phred Logs.zip

Given that nLite has hundreds of features that RVMI doesn't have it would seem to me that nLite sets the standards. IMHO, the only thing of interest from RVM is the update pack and given the pain associated with that over the last several months, well.. With the slowing of XP patch activity from Microsoft and the close release of SP3 (cumulative through September) the RVM update pack for me will become irrelevant - I can stand AutoUpdate for a relatively small number of patches. All the best for a happy New Year nuhi. Phred

"The new integrator has new features that nlite doesn’t have. for example the new CREATECAB & EXPANDCAB allowing addon makers to edit different cabs other that driver & sp2." and "Also there is a new EDITFILE section of the script allowing addon makers to edit files that you can’t do with nlite" Does this mean that nLite won't be able to process any future update/addon packs that use the new RVMI features? Phred

Hi All, Nlite is a fantastic tool and many, many thanks to nuhi and all who are involved. Starting with a fresh XP SP2 (SP2 was previously slipstreamed over a SP1a CD). I have had several T9 hangs. At first I believed it to be associated with something I removed; now I'm not so sure. T9 hang #1 I added drivers for Jmicron IDE, Intel ICH9 chipset and RealTek Ethernet. Burned an ISO and installed (real hardware, not VM). Everything ok. I then, over the top of the XP source from above, removed components - non-US keyboards, non-English languages and just Firewire Network Support (not the base 1394 FW support). That CD resulted in a T9 hang. T9 hang #2 Starting over with a fresh XP source, installing all drivers above plus KB888111 (high def audio) without deleting removing any keyboards/languages. Everything ok. Now here's the strange part. Trying a second install with the exact same CD resulted in a T9 hang. Only difference was after choosing to delete the install partition, I resized it to less than full volume (10GB) and chose NTFS quick format. So, thinking perhaps full format vs quick format, re-installed using the same CD - everything ok! T9 hang #3 Going on the previous experience of retrying if I get a T9 hang, I built another CD, starting from fresh source with RealTek Audio drivers. T9 hang installing. Retry, everything ok. For this install I was using a KVM switch and can't be 100% sure when during the install I had the switch selected to other machines. For the successful install I had the install machine selected the entire time. So at this point I'm rebuilding each time from a clean source, formatting the install partition (not quick) and during the install leaving the KVM switch selected to the install machine. So far out of 3 builds 100% success - no T9 hangs. Current things I've asked Nlite to do: Drivers - IntelChipset, Jmicron IDE, Nvidia, RealTek Ethernet and Audio Hotfixes - KB888111 (high def audio) Removed - All non English languages and all non-US keyboards Cheers, Phred Edit - no I was right the first time.. :-)

Is AHCI support a pre-req for enabling SATA hot-swap? Phred