Tripredacus

There doesn't seem to be anything inherently wrong with that update. I see that the newest versions of FEP (Forefront) require this update, and since MSSE is the "public" version of FEP, I can see it requiring it also. However, your log file says that one of the updates it has downloaded is corrupted and cannot be opened. Therefore it can't install it either. I am not able to determine (by that log) which update that specifically is, or where it may be located.

The log file you posted was created DURING sysprep, before the image was captured. There should be another log file (in a different folder than where you found the one you posted) that will detail the system's actions during the second phase of sysprep that is done after deployment.

Well you want to try the Live CD first. If there is a problem with the hardware (ie the system not announcing the audio hardware to the OS) then a reinstall is going to be a waste of time! Definately check those BIOS settings and try a Live CD before doing a reload. What we can see here is that you likely have a hardware problem rather than an OS problem.

Ah too hasty, I'll merge these.

It may not specifically mean anything (that magic internet) but when I look up "CBS_E_INVALID_PACKAGE" in TechNet, I only find topics where people have installed some form of SP1. Have you updated your Win7 to SP1?

Welcome to the MSFN!

Could you maybe post the model numbers of the switches that you have there?

A reinstall might do it, but I believe the actual file here is inetcpl.cpl. It might be different name, I don't have access to an XP machine and both my Win7 PCs have some form of IE9 on them.

1. That isn't the correct log file. Get the one from C:\windows\panther\unattendGC or C:\windows\system32\sysprep\panther. 2. I'm wondering why there is Chinese in the log file you posted?

There are two registries in x64. On an unattended install of x64, does sysprep write the changes to just the x86 registry?

Try installing it from the website first, if that doesn't work then we can look at some logs.

Got some results finally. Got MSHTA and MSHTA64 to at least show an HTA with files without giving an error. Problem is that it doesn't show anything besides the Browse box on the Imagex HTA. The SVG HTA exits out completely. Had to take ownership of files in the mounted system32. Replaced the following: ieframe.dll ieui.dll imgutil.dll mshtml.dll mshtml.tlb mshtmled.dll msrating.dll Removed CDATA object from SVG.HTA and makes no difference. Got a little further using Depends to determine any particular issues. Added: wmdrmsdk.dll rpchttp.dll d3d10level9.dll d3d10warp.dll d3d10.dll d3d10core.dll Here's where the problem lies. Depends keeps reporting that DXGI.DLL is calling functions from D3D10WARP.DLL and they are returning NULL values. Unfortunately, these values are NULL by default, as can be seen here: MSDN So how to get these variables have values? This may be related to the fact that DX nor .NET support is in PE, so not sure how to troubleshoot what needs to be present, such as services or DLLs that need to be registered.

Run at least 12hour Memtest on each stick of RAM separately. Sometimes you can have errors when memory is used together and not separately.

You are running in Dual Channel. It is normal for it to read 667, as 667*2 = 1333Mhz (approx)... Check the BIOS to see if you can see the actual bus speed there, should be 1333MHz and not say... 1066MHz.

I want to point out that there is nothing wrong with the Sandy Bridge CPU! The problem Intel reported it only for the 6 Series of motherboards, including: DH67CF, DH67BL, DH67CL, DP67BA, DP67DE and DP67BG. It is also not really stated if the Sandy Bridge problem is in other integrator's boards like Asus or Gigabyte, etc or if it is just Intel branded boards.

Yep, wait until end of February 2011 for the fixed Sandy Bridge boards.

The error you are getting is caused by Windows Installer when attempting to install "an update" from Windows Update. Even the newer MSSE versions are considered updates... On KB it says to have it create verbose logging to determine what the actual problem is. Before you even go that far, you might want to check in Event Viewer to see what kind of errors show up in there from Windows Installer or Windows Update. Here is the link: http://support.microsoft.com/kb/958052 I'll move this topic into Windows 7 forum too.

We have a WPI forum. Since your topic is about installs (I do not use WPI) I shall move it there. Hopefully you aren't referring to a different WPI.

What about audio devices in Device Manager? Is the driver installed, but perhaps a Code number is being reported on it?

Were these rules updated since Vista? I am pretty sure that the Windows System Backup tool (that works in conjunction with WinRE) uses Imagex to create system backups in Windows 7.

Welcome to the MSFN!

As a comparison tool, I am using 2 HTA files to work with. One is the one in the GImageX which works fine, and one with the SVG. I have determined that the EMBED tag does not work, but you can actually get "something" by having the SVG actually embedded into the HTML code. However, when MSHTA executes this HTA, a blank "error" box appears (that you can close) and see the HTA. It does not show the vector objects, but it DOES show the words... So basically the HTML portion of the HTA is visible and (somewhat) working, but the Scripted portion does not appear. Wait... back up there. (I just deleted a bunch of post after noticing something). What did I notice? The text that DOES appear in the HTA are NOT in the HTML portion of the file, they are in the XML (or SVG) portion. So some of the XML is working, but the objects do not appear... So the only SVG object that works is TEXT, however it ignores X and Y. I will have to test the STYLE attribute to see if that actually is working. It should be noted that all of the Polygons are in object groups, which make it easier to assign functions to large amounts of objects. Think of the Object Group as a DIV container, same idea. After lunch I'll have to try using a vector object outside of the group, as well as try to determine why MSHTA doesn't like CDATA. Unless I can find another way to assign functions to the objects, presuming I can get these objects to even appear... Reattempting to use IE9 x64 files based on the new ones that the IE9 Platform preview installs. Too bad the preview isn't x64 capable, or else I could use that instead... Some of the following files I CANNOT CHANGE in the mounted WIM. And there is no ability to change permissions (or even take ownership, etc) so I'm stumped on those... I'll try turning off DEP perhaps tomorrow to get around that. advpack.dll dxmsft.dll dxtrans.dll html.iec ieapfltr.dll iedkcs32.dll ieframe.dll ieframe.dll.mui iertutil.dll iesetup.dll ieui.dll imgutil.dll jscript9.dll jsproxy.dll msfeeds.dll mdfeedsbs.dll mshtml.dll mshtml.tlb mshtmled.dll msls31.dll msrating.dll occache.dll sqmapi.dll urlmon.dll wininet.dll

I deleted your duplicate topic.