jonscaife

I previously posted in an existing thread for IE7. I've now updated this fix for IE8 run the attached SFX before running ie8 setup to install at T-12/T-13 without causing compatibility issues with later updates See http://www.msfn.org/board/index.php?showto...st&p=819678 for the detailed explanation See my blog Jons Guides for further discussion ie8fix.exe

Err, I used WinRAR - just highlight all the files, right click, select "add to archive" and change the various settings in winrar to make the archive self extracting As its just full of empty 0kb files I can't see any reason why I can't attach it, so here it is I'll shortly update this with a similar method for IE8 See my Blog Jons Guides for more info, an updated zip of files, and the ie8 file ie7fix.exe

My apologies if anyone is upset that I've re-awakened a thread from over 6 months ago, but this seemed the most appropriate place to post. I have had problems, like those mentioned in this thread, installing hotfixes after installing IE7 from svcpack or at T12. As cluberti says the problem is caused by incorrect file versions in the dllcache. Anyway, I have found a solution I believe is quite elegant... It appears that Windows Setup builds the dllcache after T12 and over-writes the files that IE7 setup creates. When IE7 is installed after setup completes it finds that the files it updates are already present and so it copies them into dllcache as .tmp files, and modifies PendingFileRenameOperations in [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager] to rename the .tmp files and replace the old versions on reboot. This doesn't work before T13 because ie setup doesn't find any files in dllcache, so instead of creating the tmp files, it just copies the files in as they are. Windows setup then over-writes these. It occured to me that I could manually take a copy of the .tmp files and put them into the dllcache, and add the registry entry myself so that upon reboot after setup the correct version of the files would be re-over-written. I imagine that is a solution that would work. But my unattended disk is only a CD not a DVD and its already 99% full, so I couldn't fit an extra 15mb SFX archive with the necesary files on without a compromise. It also seemed like a bit of a botch solution which I don't like. Instead I wondered if it was possible to trick the ie setup into creating the .tmp files and registry entry itself, as it would when run after setup. It seemed that the only thing that prompted this behaviour from setup was the presence of files with the same name already existing inside dllcache. So I created a 0kb blank text document and duplicated it, and renamed it, to create a set of files (see below) with the same names as those being over-written. I then added these to a SFX archive (which is ~100Kb) which extracts the files to dllcache before ie setup is run. This produced the desired result! After windows setup completed I checked the file versions in dllcache and they are the newer ie7 versions as desired. I also visited Windows Update and was now able to install the 2 updates that had previously been failing. Re-running IE7 setup on the system does not appear to change any files or registry entries anywhere on the system so I believe this 'fix' is fully successful. The archive is very small and takes less than a second to do its work. I hope this is useful to others who wish to install IE at or before T12 Please note - if you disable or empty the dllcache (for example using sfc / purgecache) then this solution is irrelevant as you should not have a problem. I use my unattended disk to setup up PCs for friends and relatives who aren't technically minded, and hence I find it useful to leave the system file cache intact incase they somehow corrupt any system files. A note about IE8: I believe a similar method should work with IE8 if a similar problem occurs. The required files may very well be different. If so I will update this post when IE8 final is released. Below are details of the dummy files in the archive... admparse.dll advpack.dll custsat.dll dxtmsft.dll dxtrans.dll extmgr.dll hmmapi.dll ie4uinit.exe ieakeng.dll ieaksie.dll ieakui.dll iedkcs32.dll iedw.exe iepeers.dll iernonce.dll iesetup.dll iexplore.exe imgutil.dll inetcpl.cpl inseng.dll jsproxy.dll licmgr10.dll mshta.exe mshtml.dll mshtml.tlb mshtmled.dll mshtmler.dll msls31.dll msrating.dll mstime.dll occache.dll pngfilt.dll tdc.ocx url.dll urlmon.dll vgx.dll webcheck.dll wininet.dll

Very similar to AutoRoute 2006 http://www.msfn.org/board/index.php?showto...=autoroute+2006 I have an mst which I will post here once I've tested it

Throws an error at T-13 (cmdlines) too

If you have an nForce board and you're using S-ATA, and your HDD is the only device which is listed in the "safely remove hardware" list and you have no plans to hot-swap your HDD then you can disable the removable option in the registry see http://www.pcdoctor-guide.com/wordpress/?p=3079 presumably this would work for other devices as well, but for other devices like USB pens and card readers, its fairly important that they ARE removable.

Well for me it failed with an error that it couldn't carry out a WGA check with a non-cracked LegitCheckControl.dll in place. (obviously it fails without LegitCheckControl.dll). I would be interested in how it is that you've managed to succeed without an internet connection. In your case were you running setup on a PC that had already used Mirosoft Update (and hence already run and passed a WGA check)? Are you using a non-volume serial? Clearly something is different as for me it wouldn't install until I had an active internet connection (which is not available at T-12 stage of setup) Note - I didn't mention before - for most people - it should be possible to install (with an internet connection) by installing using RunOnceEx. In my case however all internet access goes thru a passworded proxy server which prevents an unattended installation as WGA can't run a check until the proxy settings have been set and a username/password have been manually entered. If anyone knows how to set a username / password for a proxy server in a no-user-interaction way I would be interested in that too Also - for the record - you DON'T need to use both /passive AND /quiet - as with all updates from Microsoft which use update.exe you only use one of those 2 options Indeed - I've been investigating Ubuntu for home use, vista looks horrible. Of course I already use firefox, but I work for several primary schools, and they're pretty insistent on the windows/office/IE route for everything so thats what I have to work with.

Personally I don't create a "1-file" installer for firefox because each time a new version is released you have to update it Just run the original firefox installer with the command setup.exe -ms to silently install firefox Then use a self-extracting file to create a default profile (all you need for a profile is a folder (in my case called default) which is created in %UserProfile%\Application Data\Mozilla\Firefox\Profiles, and a file called profiles.ini (which is created in %UserProfile%\Application Data\Mozilla\Firefox and contains the following... [General] StartWithLastProfile=1 [Profile0] Name=Default IsRelative=1 Path=Profiles/default Default=1 You can then install addons using the command %SYSTEMDRIVE%\Progra~1\Mozill~1\Firefox.exe -install-global-extension <path to extension .xpi file> You can also use a .reg file to carry out registry tweaks (such as setting firefox as the default browser) etc. Using this method, when a new version of FF comes out all I have to do is download the full setup file and overwrite the existing one on my CD with it. Updating extensions is equally simple If you're worried about size issues you can always put all of .reg files, scripts, setup files and .xpi files inside a self-extracting archive but you won't save more than a few meg so its probably not worth it

I'm in a similar situation - but I have (finally) managed to get IE7 to install at T-12 without a network connection on XP Pro SP2 (a genuine volume edition). To get this working does require some "unofficial" trickery however... If any admin's think posting this info is pushing the boundaries a bit too far my apologies in advance, please delete anything offending.

I would be interested in knowing what you changed. Thanks. OK. I just redid this for the recent release of Windows Defender (build 1.1.1347.0), the things I changed were as follows... Table Editor... CheckBox LAUNCHSCAN change value to 0 CustomAction LAUNCH_MY_PROGRAM_PLEASE drop row Property LAUNCHSCAN change value to 0 LAUNCHPROGRAM change value to 0 InstallExecuteSequence Check_WGA drop row Registry OfficeCrashReportingTools.29CB3920.D0DF3458_A845_11D3_8D0A_0050046416B9 drop row I'm not certain that all of these changes are necesary but it works. The 3 values that are changed to 0 stop windows defender running after installation. the first dropped row is for the same thing. They may not all be necesary. Dropping "check_wga" may not be necesary either, but I assumed that at T-13 windows defender wouldn't recognise WGA even if it was installed. The final dropped row is to prevent a system restore error that would kill the installer. The virtual machine I tried this on worked perfectly, and after install I was able to update Windows Defender to Engine Version: 1.1.1372.0 and Definition Version: 1.14.1404.6, which are the latest as I write this Either edit the MSI (with orca) or create a transform (mst file). then run with msiexec /i windowsdefender.msi transforms=windowsdefender.mst /qn (if you edited the msi rather than making a mst then miss out the "transforms=windowsdefender.mst" part)

The rapidshare link to this no longer appears to work, could you please re-post it somewhere Cheers

You can avoid it by creating a .mst file that prevents it from running after installation. You need something like Installshield to create MST files tho. You could also edit the MSI file directly with orca. My mst is attached. I've tested it at T-13 with wihu, and also while running in fully installed windows, it works fine in both cases If anyone wants details of what I changed let me know and I'll post. Can't remember off the top o fmy head, but I think I dropped an entry from CustomAction and changed to other values of 1 to 0. They were pretty obvious WindowsDefender.mst

OK, I've attached my transform file. I've also got a bit more info to add. Doing the above will install autoroute but will not do a complete install - it won't install the data disk. Its also easier to use a transform file than to edit the MSI with orca, so i've restored the msi to its original state. Trying to run setup with the setup_ar.exe at T-13 has all sorts of weird problems, and also a shortcut often doesn't seem to be created. The method below will install at T-13 without errors, will create a shortcut, and will copy the full data files So - the new, and complete guide.... Insert the first autorun CD, go to start:run and type "x:\setup_ar.exe /a" (where x is your CD-ROM drive letter) Follow the instructions and when prompted choose to install to "C:\Autoroute2006" (if you install elsewhere you need to use a different path in some later parts of these instructions) when prompted, insert disk 2 copy C:\Autoroute2006 (this may be different if you picked a different location in part 2) to your unattended CD path copy the attached transform file (.mst) to the Autoroute2006\autorte\msmap folder Run setup with the command "msiexec /i AutoRoute2006\autorte\msmap\data.msi TRANSFORMS=AutoRoute2006\autorte\msmap\data.mst ALLUSERS=1 /qn Advanced info - For those who wish to use this on a previous version, on Street and Trips, or on MapPoint - the mst file does 3 things which you can do with your own mst (if you have installshield) or by editing the MSI file... In the "CustomAction" part of the MSI table it changes WMCodecs_Installation value from "/Q:A /R:N" to "/Q:A /R:N /DisallowSystemRestore" In the "Media" part of the MSI table it changes disk 2 value from 77 to 81 Changes the "complete" setup feature from not installed to installed. An alternative to setting this in the transform is to use the commandline option INSTALLLEVEL=500 when setup is run These 3 steps... 1. prevent a disabled system restore error from the windows media stuff that is installed. 2. tell setup that all of the files are on 1 disk so avoiding an error about the run disk not being in the drive 3. tell setup to do a full installation including the data from the run disk Notes: You might have to change some paths, particularly in the command thats run - depending on where your files are located. I run my setup with wihu, and the command I use is msiexec /i software\AutoRoute2006\autorte\msmap\data.msi TRANSFORMS=%INIDIR%\software\AutoRoute2006\autorte\MSMap\data.mst ALLUSERS=1 /qn data.mst

Have a look at http://www.msfn.org/board/index.php?showtopic=64691

My original post is pretty simple to follow. Don't be afraid to try it, you can't harm anything if you've got the autoroute setup files on a CD already - coz you can always recopy them from the CD if you break one. To make it install the datafiles from CD2 you need to either edit a different part of the MSI, or create a transform (mst file). To create transforms you'll need something like Installshield Pro I would be very happy to upload my MST, but i'll have to check that i'm not violating any terms and conditions of this site first...