NtegrA
Content Type
Profiles
Forums
Events
Posts posted by NtegrA
-
-
I don't use it. I found that info on the list from tommyp which is now maintained by MH.With regards to UPHClean-Setup.msi... On your table 3, shouldn't the folder be HFSVCPACK_SW1 not HFGUIRUNONCE?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)
0 -
Worked like a charm. Thanks
0 -
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.
0 -
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....
0 -
With regards to UPHClean-Setup.msi... On your table 3, shouldn't the folder be HFSVCPACK_SW1 not HFGUIRUNONCE?
0 -
Looks like you got the source in two places. You only need it source. You should probably leave the path as default when prompted on the screen too, unless you are trying to install via a network (unsupported). Last but not least, double check your hotfixes against Mimo's or muppet hunter's list. I see two foreign updates there.
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.
0 -
I suppose you put your XP into REPLACE\I386.You have to move it to SOURCE directory.
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
0 -
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
0 -
Thanks, this is starting to look interesting but I'm not following some things such as...
a ) Why do you need to create a multiboot CD when it sounds like you boot from some other sort of boot CD in the first place?
b ) What is this boot CD of yours running, some sort of DOS-derivative or what?
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.
0 -
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.
0 -
drop the file in HFEXPERT\WIN\SYSTEM32 if you want to keep LANDesk happy...
Cool. will give that a try. Thanks
0 -
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.
0 -
Happy to report 1.6.3 is working and all is right with the world once more (yeah right!)
Thanks
0 -
Don't bother; it was the LegitCheckControl.dll registry key. Or better: HFSLIP 1.6.0 and newer adding it into the registry from a registry hive during the first Windows setup stage. Version 1.6.3 fixes this problem by adding it into the registry at T-13 as in version 1.5.0 and earlier.
heh. too late.
Will try 1.6.3 right now and report back
0 -
@NtegrA
If you're referring to the two instances of HFSLIP.CMD... that's intentional. It's the cleanest way to satisfy several requests (order of installation, .NET before MSI installers, etc.).
I've observed the same permissions problem recently. It may have to do with the key that HFSLIP is adding for LegitCheckControl.dll on Windows XP SP2 but I need to test that. Thanks for posting this.
Excellent! On both counts.
I had widdled down to not using any .net stuff to see where I was. Last run through no go. The last version I believe was successful for me (I should know today), was either 1.6.2 or 70616b or 70812a.
0 -
Cross posting this one. I posted to main thread by accident.....
Is it me or is something wrong in SVCPACK.inf? Using 1.6.3rc1 (also same with 70814a):
[SetupHotfixesToRun]
HFSLIP.CMD
0_RogueSpearsRuntimesCF.exe
oemscan.exe
VMwareTools.exe
HFSLIP.CMDI'm also attempting to track down an issue where permissions are being changed on "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\policies". Could HFSLIP be the culprit? I'm not pointing fingers yet, I am still backtracking to get a good build first. Only changes that come to mind are versions of HFSLIP and versions of RogueSpear's runtimes (RogueSpearsRuntimesCF & RogueSpearsRuntimesPart2) used. AND OF COURSE any additional MS Hotfixes that I added.
0 -
ignore this
0 -
You should have just asked me for one . I remember giving you guys a lot of grief way back when (years is it now?) with network installs (still have yet to do a CD based install using HFSLIP) but since CD based support only, I worked around my issues by setting "Multiboot cd path" to "source\" and having I386 and other directories copied local before running XP setup (in my "unattended install" installation script):The plan was to get this done for 1.5.0 but you're the first "network installer" to give me an HFSLIP.CMD file to work on.COPY 'Z:\IBM\' "C:\SOURCE\" /c /h /s
.....
$SetupFiles = 'C:\SOURCE\i386'
Shell '%COMSPEC% /e:1024 /c ' + $SetupFiles + '\winnt32.exe /unattend:' + $AnswerFile + ' /syspart:c: /tempdrive:c: /makelocalsource:all'then my hslip.cmd starts off like:
@ECHO OFF
IF EXIST %SYSTEMROOT%\SYSTEM32\CMDOW.EXE CMDOW @ /HID
Title HFSLIP
FOR %%i IN (C D E F G H I J K L M N O P Q R S T U V W X Y Z) DO IF EXIST %%i:\source\I386\SVCPACK SET HFSLIP=%%i:\source\I386It does add time to the install process making the local copy, but it works GREAT. Local I386 in case it's ever needed, no need to search for a CD.
Also note, I boot the targeted workstation from a boot CD into a winpe environment (instead of DOS based network install[MUCH better]) where I select what type of machine (manufacturer) I'm building, input of computer name, laptop/desktop and Domain machine will be a member of. Click on OK and there goes unattened install of XP/Tablet PC/Win2k3.....
0 -
Sorry for the delayed response, but why not check for CMPNENTS\NETFX instead? not that it matters, I believe Tablet PC and Media Center both have the same dir structure, but what if I decided to delete the MEDIACTR directory cuz I know I am never going to install MEDIACTR, but will install TabletPC, net 1.0 would not be slipped and it IS needed in TabletPC.Well... Slipstreaming the .NET 1.0 update is only possible if a source is detected as MCE. This is done by checking for the existence of SOURCE\CMPNENTS\MEDIACTR\I386.If that folder isn't there, it won't be slipstreamed.
heh. you know what, sorry but ignore my response, For me my way is better since I only use one source (ProductKey determines XP,MEDIACTR,TabletPC not existence of CMPNENTS dir), don't need 1.0 slipped into XP build.
0 -
-
Can you start a new thread for the .NET 1.0 problem and include the TXTSETUP.SIF file from the new source? Also check if NETFX.CAB was updated (newer date).
Nothing was changed in regard to the handling of MCE 2005 hotfixes since the release that initially added support for these (1.4.2).
Jumping in for a hot sec....
I run a few batch files to do installs and cleanup after first reboot (or is it first logon?), the first one is:
IF NOT EXIST "c:\cleanup\executive.txt" goto dotnet2 <- file is dropped locally for TabletPC machine
:dotnet1sp3
NDP1.0sp3-KB887998-X86.exe /passive /qb /norestart
:dotnet2 <- no code here just falloutas I am using the same source for XP and Tablet PC. works nice. Net 1.0 is only installed on Tablet or MCE. Will slipstreaming update the files in CMPNENTS dir? I will have to give this a try in a few days when I get my hands on a tablet.
0 -
3. installation into VMWare requires activation. Virtual environment not seen as OEM?
4. (side note) Activation can't be done automatically if you use key from COA sticker. OEMs are required to call MS to activate.
Your above two comments may not be valid if you use VLK. With VLK, you do not need to activate AT ALL (applicable to XP, 2000, and 2003).
VLK activation is not an issue as VLK media is not being used, making 3 and 4 always valid
0 -
Hey all.
Man it's been a LOOOONNNNGG time since I've been around, but saw this topic and thought I'd join in (kinda late but...).
I have been using HFSLIP with IBM OEM and Toshiba OEM since I first tripped over this forum, back in 2k5. I have no issues with the actual slipping process. everything is great. My installs of XP are from network share (instead of CD) so I use unattend.txt file instead of winnt.sif. The issues are:
1. cannot share source between OEMs. Results same as #3 below. Need to run HFSLIP on each OEM. I don't have the patience to look for specific files each computer requires as validation (one of the reasons HFSLIP is now labled "PreRequisite tool #1a" on my list of utilities along with BARTs [#1b] ).
2. unattend.txt needs to be modified with proper key. OEM specific (IBM, Toshiba) as well as OS specific (XP, MCE, Tablet)
3. installation into VMWare requires activation. Virtual environment not seen as OEM?
4. (side note) Activation can't be done automatically if you use key from COA sticker. OEMs are required to call MS to activate.
0 -
Well, what can I say???? Everything appears to be working again.
Current try was on a VM through a VPN connection (The build time actually put me to sleep), so I will try again first thing in the morning on real hardware.
Extra special thanks for the big addition.
Again slap at will
0
HFSLIP - Test releases
in HFSLIP
Posted · Edited by NtegrA
Oh no he DIDN'T!!!! (sorry couldn't help myself )