NtegrA

Member
  • Content count

    78
  • Joined

  • Last visited

Community Reputation

0 Neutral

About NtegrA

  1. Oh no he DIDN'T!!!! (sorry couldn't help myself )
  2. I don't use it. I found that info on the list from tommyp which is now maintained by MH.Regards, Mimo So, can someone cofirm the following: http://www.msfn.org/board/proper-location-...amp;hl=uphclean Found it. HFSLIP changelog: UPHClean-Setup.msi is no longer automatically moved from HF into HFSVCPACK_SW1 (XP/2K3) or HFGUIRUNONCE (2K)
  3. Worked like a charm. Thanks
  4. So, I want to add an updated installer to HFSLIP. However the creator has decided at some point between the version I have and the current one to change the switches required to be "silent". What would be the consequences if I were to change the switches for HFSVCPACK_SW2 (moving application from HFSVPACK)? Would I break anything? There's currently nothing in that folder.
  5. Thanks again guys! This must have been my problem way back (late 08) when I first attempted. It may be possible that I dragged my old source into REPLACE instead of deleting it when I first changed my source to SP3. WOW...ROOKIE MOVE...that is pretty bad. Now to work on the "missing" .MUI errors....
  6. With regards to UPHClean-Setup.msi... On your table 3, shouldn't the folder be HFSVCPACK_SW1 not HFGUIRUNONCE?
  7. I used Mimo's list. I believe I had also tried with most hotfixes removed (nothing on any of the update lists). Which two hotfixes are you seeing (that could be enough to "remove" sp3)? In the meantime, I'll try removing ALL hotfixes just to see. About the path, I have tried both. AND yes, I have always done a network (unsupported) install (just see my earlier posts [grin]) and it's always worked great (for the most part). What I do is copy the I386 dir to the hard drive during install (C:\source\i386). I have tried leaving off the path and installing from ISO with the same results. two sources....hmmmm....now that I look at it and go back to Parseus' commet.....I don't remember putting that I386 in REPLACE (now I know I must be getting old). Here I am watching the build process and thinking to myself that the files it was showing as "replace\xxxx" were files from say the WORK directory. ....I guess THAT must be causing my problem. Will remove and try again. Thanks guys.
  8. not sure what you mean here. Of course my source is in source. NEVERMIND. It has sunk in. I am correcting it now. Thanks for the second/third set of eyes
  9. So it's been a pretty long while since I've been around. Last thing I tried before leaving was a slipping of SP3 into my source, however I could never get a good result so I settled with updating SP2. Recently I decided I would give it another go. However I still cannot get SP3 to work. Can anyone tell me why HFSLIP either a. will not slip SP3 into my source OR b. when using a source that already contains SP3 (SW_CD_Windows_XP_Professional_32BIT_English_ISO_MLF_X15-05160.iso from MS Vol Lic site) will remove SP3? Winver reports XP rtm.SP2 2600.040803-2158. Windows Update wants to install SP3 when I check for updates. It's gotta be something simple (and minded), right? I've attached my last run of HFSLIP-1.7.9 (using option f.) & my WU1.txt from my failed (not SP3) win install hfslip.zip
  10. Is this directed towards me? If so, a ) I don't create a multiboot CD. I am only creating the source that contains all hotfixes (slipstreamed), so that I do not have to go to Windows Update on each machine that I build. b ) I created a WINPE (Windoes Pre-Installation Environment) based CD that launches a script that sets up the parameters I would need during setup (such as comp name, OS [xp, tablet, 2003]), copies source files and any additional files I want on each system, then performs setup from network/local source.
  11. I haven't been around for a good long time, but I've been doing pretty much what you want for over 2 years now (earlier posts here by me should show that). What I do is 1. give HSLIP my path as if doing a multiboot CD (SOURCE\) 2. boot from a CD that runs a script that a. gets info from tech (serial #, location, etc) b. attaches to a network share and copies the I386 folder local BEFORE running setup c. run winnt32.exe as follows: $SetupFiles = 'C:\SOURCE\i386' Shell '%COMSPEC% /e:1024 /c ' + $SetupFiles + '\winnt32.exe /unattend:' + $AnswerFile + ' /syspart:c: /tempdrive:c: /makelocalsource:all' Sorry, just noticed this wasn't in the HFSLIP forum.
  12. Cool. will give that a try. Thanks
  13. Is TZCHANGE.EXE not needed to be on the machine? Using LANDesk to look for "Vulnerabilities" and it is flagging KB933360 not being installed. It's checking both Registry (KB933360 key under unininstall) AND that TZCHANGE.EXE (version 5.1.2600.3180) exists. Windows Updates doesn't complain.
  14. Happy to report 1.6.3 is working and all is right with the world once more (yeah right!) Thanks
  15. heh. too late. Will try 1.6.3 right now and report back