Login to Account Create an Account
HFSLIP64 v1.1.5 released
Posted 15 November 2009 - 04:26 PM
I'll test it immediately (while I watch "the good wife")
Posted 15 November 2009 - 04:31 PM
Edited by jvidal, 15 November 2009 - 04:32 PM.
Posted 15 November 2009 - 05:12 PM
Let me get back to the drawing board here.
Posted 15 November 2009 - 05:26 PM
Let me run it again.
well, no. Now it closes just a few seconds after IE processing starts.
Edited by jvidal, 15 November 2009 - 05:29 PM.
Posted 15 November 2009 - 05:38 PM
Posted 15 November 2009 - 05:45 PM
edit: no luck, still closes
Edited by jvidal, 15 November 2009 - 05:48 PM.
Posted 15 November 2009 - 06:04 PM
Sorry to put you through this, I think I was making too many changes at once...
Posted 15 November 2009 - 06:11 PM
here are the files you requested (i assume from the Source).
I'll test thye latest beta right now.
You don't need to apologize, it's in my interest too...
PD: while processing IE8, a bunch of "the system can not find the specified driver" appear...don't know what they mean.
Edited by jvidal, 15 November 2009 - 06:16 PM.
Posted 15 November 2009 - 06:31 PM
Posted 15 November 2009 - 06:31 PM
Do I really need to try Beta I?
Edited by jvidal, 15 November 2009 - 06:32 PM.
Posted 15 November 2009 - 06:38 PM
gfxsetup finished ok, no errors.
Now I'll check what MU wants.
Edited by jvidal, 15 November 2009 - 06:55 PM.
Posted 15 November 2009 - 06:40 PM
And yes, you'll have errors with the triedit and the ieprops. I'll tackle that next. I know what to do, but it's tricky to test.
Posted 15 November 2009 - 06:57 PM
I'll await your instructions.
Edited by jvidal, 15 November 2009 - 07:01 PM.
Posted 15 November 2009 - 07:16 PM
I'm trying to see what the 974112 hotfix does and what files WU wants to see and how to get the right files in the right place. The prob is that the extracted hotfix has only the wstrmdll.dll & not the strmdll.dll, but WU seems to want 2 files.
a) Please post your svcpack\hfslip.cmd file... and while I dissect it, try B, C and D.
In the sources folder, look for the wstrmdll.dll and strmdll.dll files. You may need to extract them. See if they are version 126.96.36.19938. They probably aren't. Rename the sourcess to sourcess1 (we'll use this later).
c) Remove this line.. MOVE WORK\CDROOT\%FLD64%\strmdll.dll WORK\CDROOT\I386\wstrmdll.dll >NUL save and run the script. Extract the wstrmdll.dll and strmdll.dll and see if they are version 4.1.3938. If they are the same, then install the image. If not, rename this sourcess to sourcess2.
d) Go back to sourcess1, rename it to sourcess. Extract the KB974112 hotfix (I use a cmd prompt with a /x switch). Navigate to the sp2qfe folder and rename the file there from wstrmdll.dll to wstrmdll.dl_. Make a copy of the wstrmdll.dl_ and call it strmdll.dl_. Place both files into the sourcess. Run the script and type in MAKEISO (instead of i have read...) to make an iso to install onto a VM.
e) If you are testing a VM iso image, prior to making an ISO, open txtsetup.sif. Locate line ie8props.propdesc = 1,,,,,,,2,0,0, and delete it. Run the script, but type makeiso instread of i have read... to make an ISO. See if IE8 works properly on the VM. I'm not sure what the file does.
Edited by tommyp, 15 November 2009 - 07:24 PM.
Posted 15 November 2009 - 08:18 PM
I already posted hfslip.cmd, look in the post immediately before yours.
you mean in the sourceSS folder look for wstrmdll and strmdll, right?
Alright, there's only wstrmdll.dll in sourcess, no strmdll.dll
you can find it twice, in AMD64 (v4.10.3938) and in I386 (v4.10.3936).
I commented the line out, now I'm running the script again.
slipstreaming done. strmdll.dl_ v4.10.3936 is located in AMD64. wstrmdll.dl_ v4.10.3938 located in I386.
So I guess I shouldn't install and move on to phase D.
Anyway, for step D, where do I put the files? in AMD64? in I386? in both? which one in which folder?
Ok, I took a guess. I renamed the files to (.dl_) although they're not compressed. Then I copied strmdll.dl_ to AMD64 and wstrm.dl_ to I386.
I'll make the ISO. I'll remove the ieprops line before that, though.
Ok, all done, running the script again (with the ie8props line removed and the strmdll files copied), but using the previously-created sourcess1 (renamed to sourcess) and the MAKEISO parameter.
All done, I will install now.
Edited by jvidal, 15 November 2009 - 08:49 PM.
Posted 15 November 2009 - 09:23 PM
Setup went almost fine, except for the triedit.dll issue.
After first boot, MU now only wants the MRT. doesn't want 951376 or 974112.
And thanks for the patience.
Now, I'll just wait for your instructions.
Posted 16 November 2009 - 04:54 AM
If WU says that 974112 isn't installed, then open the script up and locate this: TP_F special fix for KB951376. Just before that line, add this:
REN WORK\CDROOT\%FLD64%\wstrmdll.dll strmdll.dll >NUL
COPY\Y WORK\CDROOT\%FLD64%\strmdll.dll WORK\CDROOT\I386\wstrmdll.dll >NUL
Save the script and run it. When run, you'll get the ie8props and triedit copy errors again. See what WU reports. Save the VM if you can...
Let me know how far you get.
Posted 16 November 2009 - 10:36 AM
OK, step 1 complete.Here are the results:
triedit and ie8props copy errors, as usual.
Visited MU and it wants MRT only.
next, I extracted mrt.exe to system32 and re-visited MU. MU was complete happy, nothing needed.
Deleted MRT and re-visited MU, MU wanted it again.
Then, I replaced MRT.exe with a bogus text renamed to mrt.exe, and revisited MU, MU still wanted MRT, you can't foolt MU that easily.
I think something changed, last time I installed with an iso built with this script, MU wanted 974112, I don't know what happened.
I guess step 2 is not needed.
Edited by jvidal, 16 November 2009 - 12:09 PM.
Posted 16 November 2009 - 04:03 PM
Posted 16 November 2009 - 05:11 PM
And thanks for everything.
Posted 16 November 2009 - 06:03 PM
After that, extract the MRT hotfix and place the MRT into HF. Run the new beta I (attached). Hope this does the trick and doesn't fart out this time. If all is cool, you'll just see a triedit.dll copy error. WU should report all is installed.
Just a little FYI, I'm not too familiar with x64, so the folder structure is strange to me. I guess with anything new it would be strange. So I had to take a stab at what I thought was right. Namely, placement of the mrt.exe file via txtsetup.sif. I had the option of one of two places. Hopefully I chose the right one.
Edited by tommyp, 16 November 2009 - 06:26 PM.
Posted 16 November 2009 - 08:04 PM
I'll put triedit.dl_ in sourcess\AMD64 (it's originally in source\AMD64).
then I'll run with MAKEISO instead of I have read...
The issue here is why triedit.dl_ is not being copied to sourcess (updated from the hotfix or the original)
Wait, I just noticed something, right after recompressing driver.cab, the script deletes a lot of "obsolete binaries", one of them being "triedit.dl*", it makes sure to delete triedit.dll as well as triedit.dl_. So, it deletes them, but doesn't copy the updated one from kb956844.
Edited by jvidal, 16 November 2009 - 08:21 PM.
Posted 16 November 2009 - 08:30 PM
Now, I'll test with mrt.exe in hf, but without triedit.dl_, using the latest beta (which should be J, btw,. we already had beta I).
I should get the triedit error and possibly ie8props. Let's see what happens with MU.
c ya in a while!
Posted 16 November 2009 - 09:30 PM
Nothing else during setup, everything else went fine.
But, after windows was installed, MU still wanted MRT, it seems you haven't nailed that one yet...
So, I'll just wait for the next beta.
Posted 17 November 2009 - 04:22 AM
mrt.exe = 1,,,,,,,2,0,0
Make the iso and retest. If you see any errors other than triedit.dll, let me know.
All the folders for x64 is a bit confusing and I'm trying to figure the nitty gritty with x64's txtsetup.sif. It's a little different than x86 machines.
Edited by tommyp, 17 November 2009 - 04:53 AM.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users