Jump to content

jonscaife

Member
  • Posts

    17
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    United Kingdom

Posts posted by jonscaife

  1. 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

  2. jonscaife,

    Can I please ask exactly how you did this?

    " 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!"

    Thanks

    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

  3. I've found using it in runonce (rather than integrating) removes a lot of issues with hotfix detection, because while the binaries in \system32 get updated when it is integrated, I've seen enough systems where the \system32\dllcache binaries are still IE6 and are not updated to not suggest this method to everyone (this problem will cause IE hotfixes to fail to install properly). Instead, run the IE7 installer in runonce and then install the latest cumulative (currently MS08-024), which will do the same thing (basically) without the potential mess.

    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

  4. 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.

  5. it works for all legit users with no internet connection.

    /quiet /passive /nobackup /norestart

    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

    That's one way, but I doubt most people want to use cracks to get it to install. If I still cared about IE7 at all, there's an old iecustom.dll "floating around" that will make it install regardless. Redmond doesn't want ppl to install their [sucky]browser apparently. One has to install the WGA spyware or use cracks. I'm getting real fed up with them pushing that WGA thing down our throats so bad. Blocking useless downloads was one thing, but this is getting ridiculous. I DON'T want that POS, even if my copy is 100% legit. Activation was already a real PITA, but it's getting ridiculous. You can only treat your customers like criminals for so long. If they keep pushing this thing (thinking about Vista and Office), it will lead to mass exodus to "penguin land" (hopefully Sun can make Java match C# eventually, then I could mostly drop Windows). Personally, I'm just not going to install it at all, there's so much better browsers out there without all that BS.

    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.

  6. Wow... no report backs yet?

    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

  7. I hate to say this, but I've been making installers with IEAK and the resulting installation source will still require a WGA check of some kind. I've tried this many times now in many different ways. At work I have a few dozen laptop computers that get mounted into vehicles. I generally don't have these laptops connected to any network when I set them up. Just pop in a DVD and let them go.

    This is fairly easy to emulate in VMware by just disabling the VMware NIC. If you look in %SystemRoot% for the IE7 log file after the install fails, it clearly states that installation was cancelled because a WGA check could not be completed. So I imagine at this point I have to make a choice - either plug in the laptops while they install or come up with some kind of "unofficial" method of installation.

    There is one scenario that I'm curious about as I have not tried it yet and that would be OEM SLP systems. With that method of install and WGA integrated into your source, network connection or no network connection, your system will report as genuine according to MGADiag.exe. With a VLK install this is not the case.

    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.

  8. 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

    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)

  9. 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

  10. 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

  11. do you think either of you could show me a little bit more of a step by step example of how to create a silent install for this. i'm wanting to do what both of you said but i've never messed around with editing an msi before. also does the code that jonscaife talked about make it install of of the map data too or once installed would you still need to have the 2nd cd in?

    thanks guys.

    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...

  12. I couldn't get Autoroute 2006 to install silently like AutoRoute 2005 because of an error about system restore. The solution is to edit data.msi and change an entry. The full procedure for making Autoroute / Street and Trips install silently is detailed below.

    Insert the first CD and run "d:\setup_ar.exe /a" (where d is your cd drive letter)

    follow the wizard thru, and when prompted insert the second CD.

    copy the directory (C:\Autorte in my case) to your xpcd folder where you keep the software to be installed

    edit the Setup_Ar.ini file so that the 2 entries in the [Display] section (lines 44 and 45) are Display=None and CompletionNotice=No

    They shouldn't be commented with a ; at the start of the line

    Download "orca" and open autorte\msmap\data.msi with it

    Use search to search for "WM9Codecs_EXE (its in the "CustomAction" section)

    Edit the value in the "target" field from "/Q:A /R:N" to "/Q:A /R:N /DisallowSystemRestore"

    Save data.msi

    Run the setup program without any switches

  13. I also found this guide on slipstreaming SP1 and creating an AIO CD, but when I follow the instructions for SP2, I end up with a ~1.4GB image...:wacko: I'm wondering... should the separate CDs be in separate folders? or can I simply overwrite the existing files/duplicates (I don't think so, but...).

    Any ideas?

    I've created an AIO Office CD where I copied all the contents of each CD's folder (after slipstreaming SP2) into 1 folder and over-wrote the duplicate files. This works fine for me. You can't use "setup.exe" to run setup anymore tho. Run the installers with the MSI files. You still have to run multiple installs to install all the extra apps (visio, etc.) but it does save disk space. My AIO folder is 903Meg, containing 7185 files.

    I dunno about leaving the msocache on the HDD, I'll see if there is a way to do it with a command line option to the msi

×
×
  • Create New...