Jump to content

xyzzy

Member
  • Posts

    10
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    Netherlands

Everything posted by xyzzy

  1. Tommyp, it didn't work. As you already thought . Oh, BTW: there is still a small typo in the script: line 57 is missing an "i" at the end: mu instead of mui. The other suggestion for booting from an USB disk did not work either: I created my own USB bootblock by modifying one taken of a harddisk It *is* a problem caused by hfslip: I build an ISO file using nlite and the modified IE8 installer somebody created for nlite, and that one installs without a hitch from an USB stick. At the moment I'm fairly busy in my dayjob, to the point I have to work evenings too, if I find sometime in the near future I will compare the installs created by both programs and see if I can come up with a solution. But as you said: HFSLIP for XP is over five years old, people are moving to Win7, and you want to stop supporting it somewhere in the near future. And an hfslip built ISO still works if booted from an DVD, so no problem there too. It would have been nice to have an USB based solution, but hey, if wishes were pennies... Thanks for the support so far. Pieter
  2. Sigh. Still not working. I've integrated IE8 only, see: ===============================================================================Files in your HF folder:IE8-WindowsXP-x86-ENU.exe Files in your HFCABS folder:wbemoc.cab Files in your HFGUIRUNONCE folder: Files in your HFSVCPACK folder: Files in your HFSVCPACK_SW1 folder: Files in your HFSVCPACK_SW2 folder: Files in your HFTOOLS folder:7za.exeboot.bincdimage.EXEcmdow.exeEXTRACT.EXEHFANSWER.INIHFSLIP_POST_IE8_USB_V1.cmdmodifyPE.exe Files in your REPLACE folder: ===============================================================================At T-13 it cannot find the file iertutil.dll. Looking up that one in TXTSETUP.SIF it has the do-not-copy property: 1,,,,,,,3,3 When I changed that to 1,,,,,,2,0,0 (ie copy it to system32) the installation completed, but still crasehd after the final reboot. You can vaguely see a window popping up with either the error "cannot open lsass.exe" or "virtual memory not configured". Whereupon the machine reboots. You cannot start it in safe mode either Tomorrow I will borrow the ERD commander from a friend and see if I can change the registry so it stops with a BSOD instead of restarting. Pieter
  3. Tommyp, thanks. I've been send to Taipei unexpectedly to solve a computer error, so today is the first day I could try to solve the problem, and whaddayanow: you already had a solution OK. Downloaded it, tried, some small errors: 1. You have to add the new filenames to dosnet.inf too, as in: IF EXIST SOURCESS\I386\advpack.mu_ ( COPY SOURCESS\I386\advpack.mu_ SOURCESS\I386\advpac1.mu_ ECHO>>WORK\TXTSETUP.SIF advpack.mui = 1,,,,,,,2,0,0,advpack.dll.mui ECHO>>WORK\TXTSETUP.SIF advpac1.mui = 1,,,,,,,1005,0,0,advpack.dll.mui&ECHO>>SOURCESS\I386\DOSNET.INF d1,advpac1.mui ) 2. the last line contains an extra sourcess, modify it to copy /y work\txtsetup.sif sourcess\i386\txtsetup.sif With those modifications in place installing now works, both textmode and GUI mode, but my installation crashes after the final reboot. I see the Windows XP splash screen, it switches to graphical mode, i.e. screen turns blue and the mouse cursor appears, and then it reboots. This can be an error I made, so do not look for errors until I've tried an installation using only IE8 and no drivers & patches. I will report back. At least we're getting somewhere... Pieter
  4. Tommyp, I'm not getting in trouble . I'm 62 years old, and married to the girl for almost 40 years. No problem there... OK, I took your idea and did the following: Started the install from the build created saturday using hfslip beta-h. Wrote down the names of the offending files. There were eight of them. Same as listed by the topicstarter. Stopped the install, and edited txtsetup.sif so the files would end up in system32\en-us and removed the system32 and system32\1025 entries. Started a re-install, and it now passes the txtsetup phase (no missing files anymore), but dies in the GUI phase at T-13. Bad. Stopped the install again, took the original txtsetup.sif and edited it so the files would install in system32 only (took out the 1005 entries for those 8 files). Same error. So yes, the installer needs the files in both places, at least iedkcs32.dll and ie4uinit.exe. Those were the files it could not install at T-13. If you continue the installation after that point it completes, but after the required reboot it will not start. The moment is switches from the setup screen to GUI mode it reboots. And reboots. And ... Those two files are the configuration files for Internet Explorer, you need those, I presume. Took me about three hours to get this far, it's eleven pm here, I'm calling it a day. Tomorrow is another day (and yes, I know where that line comes from ). I'm going to test is I can install them using the $OEM$ directory. We *will* find a solution Pieter
  5. Report back... Yes boss Tommyp, alas, it looks like the problem is still here. Did a complete rerun from a "clean" set of hotfixes and checked txtsetup.sif. The entries are still there. Copied SOURCESS to an USB stick, booted from it, and it stopped again at advpack.mui. Cannot check any further at the moment, real life interferes: it is quarter past eight in the evening here, and my wife celebrates her birthday today. I have to be downstairs and meet the guests OR ELSE . Will try again tomorrow. Pieter
  6. Tommyp, my home machines are all build using HFSLIP in CD/DVD mode. I logged into my company machine (which is installed using Microsoft SMS) which runs IE7. I installed IE8 + updates using Microsoft Update and a number of xxxxx.dll.mui files are found in c:\windows\ie8, c:\windows\system32 and c:\windows\system32\en-us. So yes, files are located in at least two places. the windows\ie8 directory looks as if it is created at ie8 install time (all timestamps roughly equal). My personal machine has an US-English version of XP installed, my wife & daughters' machines have a Dutch version. That TXTSETUP file has the same duplicate entries. I never noticed the problem until I bought a HP Netbook which needed a reinstall. So I tried installing from an USB stick and bingo... As a side note: I'm using HFSLIP since last october. Before that I used NLite. Because NLite isn't maintained anymore I switched to HFSLIP. NLite does not have the problem. If I have a moment left of my "precious free time" I try to build a NLite tree and see what is different between SOURCESS and NLite. Still having fun :-) Pieter
  7. Tommyp, I've tried to slipstream IE6 (all directories empty except for SOURCE), install it from CD and you have an Internet explorer 6, install from a network share and Internet explorer will disappear. The icon is there, but if you click on it you get the internet options window. Just IE7 in HF will trigger the error mentioned by the topic starter when installing from a network share. Same for IE8. Whenever the medium has read/write capabilities you're toast. Readonly media wil work fine. But hey, it's a fun error to solve. Keeps me busy Pieter
  8. Tommyp, the way I understand it is that when installing from a network share or an USB stick the complete sourcetree is copied to the destination disk in the directory $WINNT$.~LS. The installer then moves the files to the final destination dir, usually C:\WINDOWS. Because files are moved and not copied you can only do this once Now look up the file aaclient.dll.mui in TXTSETUP.SIF from SOURCESS: you will see that is only exist once, as: aaclient.mui = 100,,,,,,,,3,3,aaclient.dll.mui This file will copy without error. Now do the same for advpack.mui.dll: advpack.mui = 1,,,,,,,2,0,0,advpack.dll.mui advpack.mui = 1,,,,,,,1005,0,0,advpack.dll.mui *THAT* one has two entries. the first one gets copied, the second one gets you the error. I checked: destination 100 is system32\1025, destination 1005 is system32\en-US. All xxxx.dll.mui files are found in "100", but those copied to "100" aren't in "1005". I had the idea to duplicate the offending files with slightly differen names, i.e. change the first character to an "y" or something, add them to dosnet.inf, and copy those to system32\en-US. That works. The "setup cannot copy the file: xxxx.mui" error goes away. The only problem I am still having is to rename the modified names back to the originals. I know that it is possible to rename files (say from DOS style 8.3 names to LFN) using txtsetup.sif, but I haven't (re)found it yet. Still trying :-) Pieter
  9. Krose, I've tried it with a Kensington USB stick. Those can be write-protected. Close, but no cigar: the OS sees it as an R/W medium and tries to delete the files, result is that your installer crashes. At the moment I'm trying the following: 1. find which files are missing. 2. copy them to the I386 dir with a slightly different name 3. add those names to DOSNET.INF 4. Modify txtsetup.sif so all duplicates are resolved, i.e. everything which should go into system32\en-us gets a new name. Takes a little while, and I have a dayjob where they expect me to do something different Will try it this weekend, if it works I will post is. Pieter
  10. TommyP, some of us have netbooks. No CD/DVD drive I know, I know, if you're so smart why don't you solve it yourself? Well, I tried. So far I found that it has something to do with the "~LS" directory. Whenever a file is moved to the destination dir (C:\WINDOWS mostly) it is deleted from the ~LS source. Your slipstreaming package creates a 1005 destination directory (system32\EN-US) where the MUI files are copied too. So first we copy say advpack.mui or jscript.mui, it gets deleted, and then the installer tries to copy it again to the 1005 destination. files is gone, -> error... But yes, you are right. it *works* from DVD. Flawlessy. Because this is a read-only medium, and therefore no files will be deleted. Problem is that I had to buy an external drive to overcome this "feature". If I find a solution I will publish it on the forum. Because more and more of us need (or like) to install from USB media. Pieter a.k.a. xyzzy
×
×
  • Create New...